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See your proposed network perform under various workloads 


NETWORK II.5 now gives you easy-to-understand simulation 
results quickly—no programming 


W ith NETWORK II.5 you 
enter your computer- 
communications network descrip¬ 
tion. 

Simulation follows immediately 
-no programming delays. 

Easy-to-understand results 

Your reports show utilization, 
queues, execution times, response 
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no cost, no obligation. 
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include free training. Typical ap¬ 
plications are demonstrated there. 

Call today to avoid disappoint¬ 
ment-class size is limited. 

For immediate information 
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528-7980. 
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Guest Editor’s Introduction 

Robotics and Automation 

Gordon T. Wilfong, AT&T Bell Laboratories 


F actory automation is widely recog¬ 
nized as an important element for 
remaining competitive in the man¬ 
ufacturing sector of the world economy. 
Advances in automation not only increase 
productivity and reduce costs but also 
increase the manufacturer’s ability to 
quickly modify operations to produce 
state-of-the-art products. 

The field of robotics has gained much 
from research in many fields, such as 
mechanical engineering, electrical 
engineering, applied physics, applied 
mathematics, and, increasingly, computer 
science. This issue of Computer focuses on 
the interaction between the theoretical 
foundations being developed in the com¬ 
puter science community and the practical 
considerations of those who wish to imple¬ 
ment real-world systems. 

Robotics research is concerned with the 
design and implementation of flexible, 
reliable automated systems capable of per¬ 
forming some class of actions while inter¬ 
acting with a physical environment. A 
sequence of robots performing various 
tasks along an assembly line or an autono¬ 
mous vehicle exploring otherwise inacces¬ 
sible areas are examples of such systems. 
Computer science researchers have 
responded to the needs of robotics, but 
many important areas require much fur¬ 
ther research. 

To remain competitive in the modern 
manufacturing environment, manufac¬ 
turers must rapidly respond to consumers’ 
changing demands and quickly incor¬ 
porate technological advances into their 
products. The earliest automated systems 
used hard automation. That is, they were 


designed to produce one type of product, 
and any change in the product required 
shutting down the system while making 
and testing physical changes in the system. 
Thus, changes were not always economi¬ 
cally feasible. In a flexible system, changes 
can be made quickly and simply by 
modifying the system’s control software. 
These software changes are relatively inex¬ 
pensive. Also, lengthy shutdowns for test¬ 
ing can be avoided through off-line tests 
using simulation. Thus, the problem of 
modeling and simulating objects subject to 
kinematic and dynamic constraints is an 
important and growing area of interest in 
the computer science community. 

The need for flexible systems can be 
illustrated by considering autonomous 
vehicles that move parts between factory 
workstations. In most of today’s systems, 
the vehicles move by following a wire 
embedded in the floor or a magnetic tape 
(or chemical trail) on the floor. Changing 
the pattern of the embedded wires is dif¬ 
ficult and expensive because the floor must 
be ripped up. Material (such as tape or 
chemicals) on the factory floor provides a 
more flexible system, but it soon becomes 
worn and dirty and must be replaced. A 
truly flexible system would allow the vehi¬ 
cle to follow any computed path without 
external guides such as wires or tapes. The 
need for such systems has led computer 
scientists into the large and fruitful area 
called “motion planning.” Given a 
description of the environment and the 
desired initial and final positions, a 
motion-planning algorithm computes a 
collision-free motion. 

An automated system must be reliable 


in the sense that it is guaranteed to behave 
and perform as specified. This require¬ 
ment is important for safety in an environ¬ 
ment where robots and other automated 
equipment could be hazardous to humans 
working nearby. Reliability is also relevant 
for economic reasons, since a batch of 
improperly manufactured product is likely 
to be an expensive error. Computer science 
research has been concerned with the 
development of provably correct 
algorithms and the provably correct soft¬ 
ware implementation of the algorithms. 
Many algorithms emphasizing proofs of 
correctness and efficient worst-case run¬ 
ning time have been developed, but most 
are extremely complicated to implement. 

Since an automated system moves 
among and manipulates physical objects, 
it must adjust its activities to conform to 
unexpected environmental features sensed 
during operation. For example, for safety 
reasons, an autonomous vehicle should 
sense objects in its path and avoid colli¬ 
sions. Since the system must deal with real- 
world objects, there is always uncertainty 
regarding the exact location and shape of 
the objects. This gives rise to interesting 
problems concerned with manipulating 
objects and avoiding collisions when com¬ 
plete information about the layout of the 
workspace is impossible. Also, since phys¬ 
ical objects such as robots occasionally 
break down, systems must continue to per¬ 
form reliably (or, at least, come to a safe 
halt) until a broken subsystem can be 
repaired. For instance, an autonomous 
vehicle might use an expensive vision sys¬ 
tem as its primary sensor, but on failure of 
that system, a less-accurate and less- 









expensive acoustic ranger could be acti¬ 
vated to allow the vehicle to reach a repair 
station without causing a collision. Simi¬ 
larly, if a robot drops a part it is carrying, 
it should sense the error and perform an 
error-recovery procedure, such as picking 
up the dropped part. An important 
implied requirement is that the system 
detect the failure of a subsystem. Similar 
problems have been widely studied in com¬ 
puter science in such areas as transaction 
management in databases and fault- 
tolerant distributed systems, but robotic 
recovery systems often have the additional 
requirement of recovery routines that are 
executable in real-time. Another difficulty 
is that potential errors frequently must be 
detected before they are executed. For 
example, once a too-large hole has been 
drilled in a piece of stock, it cannot be 
undone. 

Another area of interest is the design of 
the product to be manufactured. Often, 
automated systems have been designed to 
manufacture a product that was designed 
to be built by humans. Not surprisingly, 
these systems are often less efficient than 
the humans they were expected to replace. 
Robots are superior to humans in some 
areas, such as the rapid insertion of chips 
on a board, and inferior in other areas, 
such as object recognition. So why should 
one expect a robot to outperform a human 
at a task designed with human abilities in 
mind? In designing an automated system 
to manufacture a particular product, the 
first step should be to design the product 
so that its manufacture is feasible given the 
robotics technology available. The prob¬ 
lem of designing for ease of manufacture 
highlights many interesting questions for 
computer scientists concerned with such 
areas as geometric modeling, planning, 
and simulation. 

T he collection of articles in this 
issue presents a sample of the 
ongoing research in robotics. 
Each article gives a useful illustration of 
the various interactions between those 
individuals who are developing the theory 
and those who are concerned with actual 


implementations. In the first article, 
“Algorithmic Motion Planning in 
Robotics,” Micha Sharir surveys theoret¬ 
ical results in motion planning. The next 
article, “Task-Level Planning of Pick- 
and-Place Motion” by Tomas Lozano- 
Perez, Joseph L. Jones, Emmanuel 
Mazer, and Patrick A. O’Donnell, 
describes an ongoing project for imple¬ 
menting a system for planning a robot’s 
grasps and motions. Christoph M. Hoff¬ 
mann’s “Problems of Accuracy and 
Robustness in Geometric Computation” 
discusses progress in developing geomet¬ 
ric algorithms that do not require the 
assumption of exact calculations. Ingemar 
J. Cox and Narain H. Gehani’s article, 
“Exception Handling in Robotics,” offers 
a solution to the problem of dealing with 
errors that occur during robot operation. 
The issue concludes with surveys of 
robotics projects at four institutions. □ 
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See the entire sequence by fanning 
and flipping pp. 7-49 


About the cover 

The cover photo strip is the first 
of three sequences that show a 
robotic system servicing a space 
vehicle. As simulated by Silma’s 
CimStation system, two robot 
arms cooperate to accomplish the 
complex task of removing a pay- 
load from a closed enclosure. 

In the first sequence, on the 
cover and on pp. 7-17 with inter¬ 
vening frames, the robotic system 
emerges from its housing and 
stretches out its arms. In the sec¬ 
ond sequence, facing page and 
pp. 19-35, one arm grasps a post 
on the space vehicle for stability 
while the second opens the 
enclosure’s door and removes the 
payload. In the final sequence, 
below and pp. 37-49, the robotic 
system closes the door and 
readies itself for the next task. 

The entire sequence simulates 
both kinematics and dynamics, 
including the physical forces act¬ 
ing on the robotic system and its 
ability to succeed with tasks 
despite these forces. NASA plans 
to use robotics extensively on 
spacecraft to reduce the danger 
to astronauts and the expense of 
manned voyages. 

CimStation graphics software 
for designing, programming, and 
simulating automated workcells 
is a product of Silma, Inc., 1601 
Saratoga-Sunnyvale Rd., Cuper¬ 
tino, CA, 95014, phone (408) 
725-8908. 








International: Please call 
0101-617-491-7311 for your 
nearest dealer. 


If you program in C, 
wouldn’t you like to save 40%-80% 
of development time? 

And enjoy doing it? 


Use the advanced C-scape ™ Interface 
Management System to create your screens, and 
most of your work will be done before you start. 
Best of all, it’s fun. 


P rogrammers in over 30 countries are 
saving time and enjoying using C-scape. 
Their screens are elegant. Their windows 
are dynamic. Their menus are fast. Their 
data entry is validated. Their help is cross- 
referenced. Their words wrap in text fields. 
And their users are delighted. 

Airlines, engineering firms, oil companies, 
medical instrument companies, electronics 
companies, hospitals, automobile manufac¬ 
turers, universities, and international financial 
institutions are using C-scape to produce com¬ 
mercial, industrial, scientific, technical, and 
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Algorithmic 
Motion Planning 
in Robotics 

Micha Sharir 

New York University and Tel Aviv University 


uture generations of robots will be i 
considerably more autonomous 
than present robotic systems. The 
main objective of research on theoretical 
problems in robotics is to endow robotic 
systems with basic capabilities they will 
need to operate in an intelligent and 
autonomous manner. These improved 
capabilities fall into three broad cate¬ 
gories: 

• Sensing —The system should be able 
to gather information about its workspace 
through a variety of sensing devices (vis¬ 
ual, tactile, or proximity sensing) and ana¬ 
lyze and transform the raw sensory data 
into a world model of the environment. 

• Planning —This model is then used to 
plan tasks the robot is commanded to exe¬ 
cute, such as navigation, assembly, inspec¬ 
tion, and machining. 

• Control —The system should finally 
obtain a low-level control loop that moni¬ 
tors the actual execution of each planned 
substep of the task. 

The aim at the planning stage is to allow 
the robot’s user to specify a desired activity 
in very high level, general terms and have 
the system fill in the missing low-level 
details. For example, the user might 
specify the end product of an assembly 
process and ask the system to construct a 


An intelligent tool, or 
a robot that thrashes 
about uselessly in an 
environment it cannot 
apprehend? The 
difference may lie in 
the painstaking 
development of 
geometric algorithms. 


sequence of assembly substeps; or, at a less 
demanding level, to plan collision-free 
motions that pick up individual subparts 
of an object to be assembled, transport 
them to their assembly position, and insert 
them into their proper places. 

Studies have shown planning to have 
significant mathematical content. Tools 
drawn from various subfields of 
mathematics—classical geometry, topol¬ 
ogy, algebraic geometry, algebra, and 


1 combinatorics—have all proved relevant. 

The algorithmic approach to robot plan¬ 
ning, emphasized in this article, uses a 
variety of tools drawn from computational 
geometry and other areas of computer 
science. It involves the design and analy¬ 
sis of geometric algorithms, which are 
required to be nonheuristic, exact (if the 
input data is accurate), and asymptotically 
efficient in the worst case. The motion¬ 
planning problem has been studied inten¬ 
sively over the last decade and has been 
found to possess a substantial amount of 
mathematical depth and sophistication, as 
the reader will probably realize from this 
article. 

In addition, the interaction between 
motion planning and computational and 
discrete geometry has produced rich cross¬ 
fertilization between the fields, leading to 
many deep new results in geometry as well 
as to better understanding of the motion¬ 
planning problem. Some of the efficient 
algorithms devised have already been 
implemented successfully. 

The approach to motion planning sur¬ 
veyed here is relatively new. It emphasizes 
object-oriented, exact, and discrete (or 
combinatorial) algorithmic techniques in 
which worst-case asymptotically efficient 
solutions are being sought. It has been 
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Figure 1. An illustration of the motion-planning problem. 


preceded by (and currently “competes” 
with) several alternative approaches that 
are usually more engineering or AI based 
and that emphasize heuristic, approximat¬ 
ing, rule-based, or best-case-tailored solu¬ 
tions. Several interesting solutions of this 
kind have been developed by Lozano- 
Perez, Brooks, Mason, and Taylor. 
Lozano-Perez provides an example. 1 
Other approaches are nondiscrete in that 
they view the motion-planning problem as 
an integral part of low-level robot control. 
Such an approach typically regards obsta¬ 
cles as sources of repelling potential field, 
while the target placement of the robot is 
regarded as a strong attractor. The hope 
is that the moving body, as it attempts to 
follow the potential gradient vector field, 
will be able to reach the destination and 
avoid colliding with obstacles. Yet another 
approach, nonheuristic but not quite dis¬ 
crete, has been developed by Lumelsky 
and his collaborators. 2 It applies when the 
environment is not known a priori. 

We can bypass a discussion of which 
method is superior, since each has advan¬ 
tages and disadvantages. Many of the heu¬ 
ristic approaches have been implemented 
for several years now and have working 
prototypical systems capable of planning 
motions in a variety of situations. How¬ 
ever, because the problem has such a rich 
geometric and combinatorial structure, it 
is imperative that we understand this struc¬ 
ture in detail from a mathematically rigor¬ 
ous point of view and explore it for 
potential algorithmic improvements 
before beginning to negotiate approximat¬ 
ing or heuristic shortcuts. Such shortcuts, 


if taken naively, can completely miss this 
structure, often resulting in considerable 
loss of efficiency at best, and, at worst, in 
a complete misunderstanding of the issues 
at the heart of the problem. As we will see 
below, exact solutions of the problem for 
complex moving systems might be (prov- 
ably) computationally intractable in the 
worst case, so, in practice, heuristic short¬ 
cuts might be necessary. Nevertheless, they 
can be made most effectively once the 
exact solution and its limitations are well 
understood. 

Statement of the 
problem 

In its simplest form, the motion¬ 
planning problem can be defined as fol¬ 
lows: Let B be a robot system comprising 
a collection of rigid subparts, some of 
which might be attached to each other at 
certain joints, while others might move 
independently. Suppose B has a total of k 
degrees of freedom, that is, each place¬ 
ment of B can be specified by k real 
parameters, each representing some rela¬ 
tionship (orientation, displacement, etc.) 
between certain subparts of B. Suppose 
further that B is free to move in a two- or 
three-dimensional space V amidst a collec¬ 
tion of obstacles whose geometry is known 
to the robot system. Typical values of k 
range from 2 (for a rigid object translating 
on a planar floor—without rotating—for 
example) to 6 (the typical number of joints 
for a manipulator arm). The values can 
also be much larger—for example, when 


we need to coordinate the motion of 
several independent systems in the same 
workspace. 

The motion-planning problem for B is 
Given an initial placement Z, and a 
desired target placement Z 2 of B, deter¬ 
mine whether there exists a continuous 
obstacle-avoiding motion of B from Z, 
to Z 2 , and, if so, plan such a motion. 

Figure 1 illustrates this problem. 

Since we are interested in an exact, non¬ 
heuristic, and nonapproximating algorith¬ 
mic approach, we want any algorithm for 
solving the motion-planning problem 
always to be able to find a motion, if one 
exists. It is intuitively clear that in favora¬ 
ble layouts of the obstacles (for example, 
relatively few obstacles, well separated 
from each other), even simple-minded 
techniques will generally yield a solution. 
However, if the obstacles are densely clut¬ 
tered, a solution might be quite difficult— 
often beyond normal human capabilities. 
In such circumstances the exact algorith¬ 
mic approach has the highest payoff. 

Many useful extensions and variants of 
the problem can arise in practice. For 
example, if the environment is not fully 
known to the system, it must use its sensors 
continually to update the environment 
model and its planned motion. Or perhaps 
the objects aren’t stationary but rather 
move along predictable and known trajec¬ 
tories, in which case the system needs to 
“dodge” the obstacles while moving 
toward its goal. Yet another case is when 
the geometric model of the environment is 
not accurately known. The system will 
then need to allow for possible errors and 
come up with a robust planning strategy 
that would adjust itself automatically 
when unanticipated contacts are made. 
This is crucial in cases of compliant 
motion, where the system moves in contact 
with some obstacle whose shape is known 
only approximately. 

Other variants require the planned 
motion to be optimal in the sense that it 
minimizes the time needed for its execu¬ 
tion, the total distance traveled, or the 
total energy consumed. Also, the problem 
has been posed in such a way that it ignores 
the dynamics of the moving system. For 
example, the system might be constrained 
so that its velocity and/or acceleration 
cannot exceed certain thresholds, in which 
case even simple motions such as turning 
a corner might be nontrivial to plan. 

We will consider these extensions of the 
problem later, but for now let’s focus on 
the simpler, static, and purely geometric 
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version of the problem as posed above. It 
is difficult enough to solve the problem as 
it is, and each of the extensions just men¬ 
tioned makes the solution more com¬ 
plicated. 


has been obtained, actual motion planning 
reduces to searching for a path in the con¬ 
nectivity graph that connects the initial and 
final placements of B. Having found such 
a path, the system finally transforms it into 
We can obtain an alternative formula- a sequence of actual elementary motions, 
— 0 f the problem, which will help us each of which can be executed by a single 
- ' command to the motors controlling the 
robot motion. 

The next section discusses the inherent 
:omputational complexity of the basic 


understand its geometric context, as fol¬ 
lows: Let FP denote the “free configura¬ 
tion space” of the moving system B; that 
is, FP is the fc-dimensional parametric 


space of all free placements of B (the set of motion-planning problem, details several 
placements of B in which B does not inter- general techniques developed for treating 
sect any obstacle). Each point Z in FP is a it, and reviews various efficient algorithms 
fc-tuple giving the values of the parameters for planning the motions of certain special 
controlling the k degrees of freedom of B ro bot systems having only a few degrees of 
at the corresponding placement. For freedom. 

example, if B is a planar rigid body mov- In more detail, I will show that when the 
ing in a planar region, then it has three num ber k of degrees of freedom becomes 
degrees of freedom, and each placement of arbitrarily large, the problem complexity 
B can be specified by three parameters (x, i ncreaS es substantially. For certain types 
y, 6), where (x, y) are the coordinates of of syst ems with an arbitrarily large value 
some fixed reference point on B, and 0 is of ^ such as a collection of many indepen- 


the angle between some fixed reference 
axis attached to B and the x axis. As 
another example, if B is a line segment 
moving in three-dimensional space, B has 
five degrees of freedom and each place¬ 
ment of B can be specified by a 5-tuple giv¬ 
ing the x, y, and z coordinates of one 
designated endpoint pofB and the spher¬ 
ical coordinates of the direction along B 
from p to the other endpoint. 

Obviously, not every placement of a 
moving system B is free. For a placement 


dent rectangular objects moving in a coor¬ 
dinated fashion inside a rectangular 
region, the problem becomes computa¬ 
tionally intractable (specifically, Pspace- 
hard), and it isn’t likely that efficient 
worst-case solutions will ever be found. 
Intuitively, this is because when k is large, 
the space FP is a high-dimensional space 
with irregular boundaries, making it hard 
to calculate efficiently. General techniques 
have been developed for solving the 
motion-planning problem in full general- 


Z to be free, it must satisfy a collection of ityj and this art j c i e describes some of them. 


collision constraints, each of which forbids 
a specific feature of B (a corner, a straight 
link, etc.) to contact or to intersect a spe¬ 
cific feature of some obstacle (a vertex, an 
edge, a face, etc.). Each such collision con¬ 
straint corresponds to a “forbidden 
region” in the configuration space, and 
the free configuration space is simply the 
complement of the union of these regions. 

In this setting the motion-planning 
problem becomes a problem in “computa¬ 
tional topology,” that is, a problem of cal¬ 
culating and obtaining a discrete 


But, as just indicated, these general 
algorithms are hopelessly inefficient in the 
worst case, and although their develop¬ 
ment is significant from a theoretical point 
of view, they are completely useless in 
practice. 

However, when k is small, the problem 
becomes more tractable, and efficient 
algorithms have been developed for a vari¬ 
ety of simple systems. A prototypical 
example has been that of a line segment (a 
‘ ‘ladder, ” a “rod, ” or a ‘ ‘pipe”) moving 
in the plane amidst polygonal obstacles, 3 '* 


needs to decompose FP into its path- 
connected components, because a 
collision-free path exists between the two 
given placements Z\, Z2 of B if and only if 
they both lie in the same connected corn- 


handled successfully. The next section 
describes these specialized algorithms. 

The last section of this article looks at 
some of the extensions to the motion- 


ponent of FP. An appropriate discrete rep- planning problem mentioned above, 

K „ . . _mnuino nhctarles. 


resentation of the connected components 
of FP usually assumes the form of a “con¬ 
nectivity graph” whose nodes represent 
certain local portions of FP and whose 
edges connect portions adjacent to each 


including cases of moving obstacles, 
optimal motion, and an unknown or only 
partially known environment. Of course, 
these extensions are substantially more dif¬ 
ficult to handle than the original problem 


other in FP. Once such a representation version, making efficient solutions much 



harder to obtain, except in certain very 
special cases. 

This difficulty becomes apparent, for 
example, when we try to produce a 
collision-free path that satisfies some 
criterion of optimality. If a mobile robot 
is approximated as a single moving point, 
we might want to find the Euclidean short¬ 
est path between the initial and final sys¬ 
tem placements that avoids (the interiors 
of) the given obstacles. In more complex 
situations the notion of optimal motion is 
less clearly defined and has hardly been 
studied. However, even in the simplified 
case of the Euclidean shortest path prob¬ 
lem, the situation becomes more compli¬ 
cated. While in the planar case the shortest 
path can be found in time that is quadratic 
in the number of obstacle corners and 
edges, finding the shortest path between 
two points that avoids a collection of poly¬ 
hedral obstacles in three dimensions is 
already computationally intractable. In 
contrast, the coarser original problem of 
simply determining whether a path exists 
at all can be solved by a reasonably effi¬ 
cient algorithm, even in three dimensions. 


Motion planning in 
static and known 
environments 

The free configuration space FP of the 
moving system B is determined by the col¬ 
lection of equalities and inequalities 
expressing the fact that at a free placement 
the system B avoids collision with any of 
the obstacles present in its workspace. I 
will denote by n the number of equalities 
and inequalities needed to express all these 
collision constraints and call it the “geo¬ 
metric (or combinatorial) complexity” of 
the given instance of the motion-planning 
problem. We will reasonably assume that 
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space FP for a translating segment. 


the parameters describing the degrees of 
freedom of B can be chosen in such a way 
that each of these inequalities is algebraic. 
Indeed, the group of motions (involving 
various combinations of translations and 
rotations) available to a given robot can 
ordinarily be given algebraic representa¬ 
tion, and the system B and its environment 
V typically can be modeled as objects 
bounded by a collection of algebraic sur¬ 
faces (for example, polyhedral, quadratic, 
or spline-based). 

To illustrate these concepts and get a 
somewhat better feeling for the structure 
of FP, consider the following simple 
example. Let B be a line segment pq trans¬ 
lating in the plane amidst a collection of 
polygonal obstacles having a total of n 
corners (or edges). Since B is not allowed 
to rotate, its position is fully specified by 
the ( x, y) coordinates of its endpoint p. The 
forbidden regions of collision are bounded 
by a collection of constraint curves, each 
expressing a possible contact between 
some fixed feature of B and some fixed 
obstacle feature. In this case each such 
contact is between an endpoint poxqoiB 
and some obstacle edge, or between an 
obstacle corner and the line segment B. A 
fairly simple geometry exercise will show 
that each of these curves (namely, the locus 
of the endpoint p of B as it makes such a 
contact) is a line segment either at the 
orientation of B (in case of contact 


between B and an obstacle corner) or 
otherwise parallel to the corresponding 
obstacle edge. Thus the forbidden regions 
are each polygonal, so that their union 
(and thus its complement FP) is also a 
polygonal region bounded by portions of 
these constraint curves (see Figure 2). Note 
that the number m of constraint curves is 
proportional to n. 

Another way of thinking about FP is to 
consider the arrangement of the m con¬ 
straint segments, that is, the planar subdi¬ 
vision obtained by drawing all these 
segments. Each face of this arrangement 
(a connected component of the comple¬ 
ment of the union of the segments) is either 
fully contained in FP or fully contained in 
a forbidden region. This follows easily 
from the fact that any transition between 
a free region and a forbidden one must 
occur at a point lying on some constraint 
segment. Thus FP is simply a collection of 
faces of the constraint segments arrange¬ 
ment. These arguments lead to a crucial 
observation that simplifies the problem 
still further. That is, if the initial placement 
Z, of 5 is known in advance, then it 
suffices to calculate only the connected 
component (face) of FP that contains Z,, 
because no other free placement can ever 
be reached from Z, by a continuous 
obstacle-avoiding motion. 

In this setting the special case of the 
motion-planning problem just discussed 
has been reduced to the problem of cal¬ 
culating a single connected component in 
an arrangement of m segments in the 
plane. Essentially the same arguments 
show that to solve the motion-planning 
problem for an arbitrary system with two 
degrees of freedom, it suffices to calculate 
a single face in an arrangement of arcs in 
the plane. When the system has more 
degrees of freedom, the problem becomes 
that of calculating a single cell in an 
arrangement of (algebraic) surface patches 
in a higher dimensional space. 

To recap, a typical instance of the 
motion-planning problem will involve a 
collection of n constraint surfaces in the k- 
dimensional parametric space of all system 
placements, where each surface is a patch 
of some algebraic surface, and our goal is 
to analyze and calculate a single cell in the 
arrangement of these surfaces. In most 
practical instances the maximal degree of 
these algebraic surfaces is fixed and small 
(because these surfaces describe only a few 
types of possible contacts between B and 
the obstacles), while the number of sur¬ 
faces is generally large. Thus what follows 



Figure 3. An FP vertex for a spiderlike 
system. 


tends to ignore the algebraic complexity of 
handling these surfaces (for example, find¬ 
ing the intersection points of any it of these 
surfaces) and concentrates on the com¬ 
binatorial complexity of their arrange¬ 
ment, that is, the size of a discrete 
representation of the arrangement as a 
function of the number of surfaces n. 
Nevertheless, the algebraic complexity of 
the motion-planning problem is also an 
important research area. 

To get a feel for the structure of such an 
arrangement, think of a simple special case 
involving flat triangular surfaces in three- 
dimensional space. (This special case actu¬ 
ally arises in the motion-planning problem 
for a polyhedral object B translating in 
three-dimensional space amidst poly¬ 
hedral obstacles; see below.) These trian¬ 
gles decompose three-dimensional space 
into connected cells, the boundary of 
which consists of two-dimensional por¬ 
tions of these triangles that meet along 
one-dimensional edges, each being the 
intersection segment of a pair of triangles. 
These edges terminate at endpoints, where 
each endpoint is either an intersection 
point of three triangles or an intersection 
of one triangle’s edge with the interior of 
another. If we think of each triangle as the 
locus of placements of B in which it makes 
some specific contact with some obstacle, 
then edges of the arrangement (that appear 
along the boundary of FP) correspond to 
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loci where B makes two different obstacle 
contacts simultaneously (while otherwise 
remaining free of collisions). In addition, 
vertices correspond to placements of B at 
which it makes three simultaneous con¬ 
tacts with the obstacles. Abstracting to a 
general instance involving k degrees of 
freedom, we see that each face on the 
boundary of FP consists of placements of 
B in which it makes some j<k distinct con¬ 
tacts with the obstacles simultaneously, 
while otherwise remaining free. A simple 
combinatorial argument implies that the 
number of faces constituting the boundary 
of FP is at most proportional to n k . Spe¬ 
cifically, consider the vertices of FP. Each 
vertex is an intersection point of k of the 
n surfaces. There are (£) distinct Ar-tuples 
of the given surfaces, and, by Bezout’s 
classical theorem in algebraic geometry, 
each such £-tuple of surfaces intersects in 
at most dt points, where d is the maxi¬ 
mum degree of the surfaces. Assuming d 
is small, thus ignoring the factor d k , the 
claim follows. 

To see that the complexity of FP can be 
that high, consider a simple spiderlike pla¬ 
nar system B consisting of k rigid straight 
links all joined at a common endpoint that 
is constrained to lie at a fixed point O in the 
plane, so that each link can rotate indepen¬ 
dently around O. This system has k (rota¬ 
tional) degrees of freedom. Suppose the 
obstacles consist of n small disks arranged 
along some circular arc about O (see Fig¬ 
ure 3). Thinking of FP as a semialgebraic 
set in E k , a vertex of its boundary cor¬ 
responds to a placement of B where k 
obstacle contacts are being made simul¬ 
taneously, that is, where each link touches 
some obstacle. Since we can choose the k 
contacts out of the n obstacles, it follows 
that the boundary of FP can have about 
n k vertices, as claimed. 

At this point the following observations 
are prudent. Even though the com¬ 
binatorial complexity of the entire FP 
might be high, it is conceivable that to plan 
a motion of B, one does not need to calcu¬ 
late FP in full. Indeed, we have already 
observed that it suffices to calculate just a 
single connected component of FP. But 
even that might be too much when all we 
really want to produce is a collision-free 
path, or, in a further-restricted version of 
the problem, just to determine whether 
such a path exists. To bring this argument 
to the extreme, suppose FP is known to be 
a convex region. Then we do not need to 
compute it at all, because any two place¬ 
ments in FP can be connected by the 


straight segment joining them, which 
necessarily lies within FP. We will return 
to this issue later, but to start, let’s first 
consider techniques that do aim to calcu¬ 
late the entire FP. 

General solutions to the motion¬ 
planning problem. Assuming then that FP 
is an algebraic or semialgebraic set in E , 
it has been shown 7 that the motion¬ 
planning problem can be solved in time 
polynomial in the number n of (algebraic) 
geometric constraints defining FP and in 
their maximal degree, but doubly 
exponential in k. This initial result has 
since been extended and improved in 
several papers, culminating in the recent 
fundamental work by Canny. 8 Canny 
provides a general technique for solving 
the motion-planning problem for a system 
with k degrees of freedom under n geomet¬ 
ric constraints of fixed maximal degree, in 
time 0(n k log n),* where unfortunately 
the constant of proportionality, which 
depends on the maximal degree of the col¬ 
lision constraints, is prohibitively large. 

Still, from a theoretical point of view, 
this has been significant progress, because, 
as noted above, the combinatorial com¬ 
plexity of FP can indeed be as high as 
proportional to n k in the worst case, 
which makes Canny’s algorithm nearly 
worst-case optimal. Canny and Renegar 
later improved the technique slightly by 
showing that it can be implemented in 
Pspace (that is, using only a polynomial 
amount of storage). 

Both of the above-mentioned tech¬ 
niques are fairly complicated and apply to 
general semialgebraic sets to produce some 
discrete representation of such a set’s 
topological structure. The following is 
only a sketchy description of these tech¬ 
niques. 

Let’s begin with the technique Schwartz 
and I developed. Although it gives inferior 
performance, this method is significant 
because of its (relatively) simple structure, 
which makes variants of the method quite 
attractive for solving the motion-planning 
problem for several special instances. This 
technique is a variant of Collins’ cylindri¬ 
cal algebraic decomposition technique, 
which was originally applied to Tarski’s 
theory of real closed fields. (See our arti¬ 
cle for a review of Collins’ technique. 7 ) In 
Tarski’s theory one is given a quantified 


*1 assume the reader’s familiarity with the “big-Oh” 
notation for asymptotic combinatorial and computa¬ 
tional complexity bounds. 



Boolean formula involving k variables that 
can assume real values and containing 
atomic subformulas that are equalities and 
inequalities involving polynomials in these 
k variables. The problem is to decide 
whether the formula is true. 

Collins’ technique solves this problem 
by decomposing the ^-dimensional space 
into a finite number of connected cells of 
various dimensions, such that over each 
cell each of the polynomials appearing in 
the formula assumes a constant sign (zero, 
positive, or negative). Let P denote the set 
of polynomials appearing in the formula. 
The cells are constructed in an inductive 
manner. In one dimension they are merely 
a decomposition of the line into open inter¬ 
vals and their endpoints, which are the real 
zeros of the polynomials in P. In k +1 
dimensions we first obtain a cylindrical 
decomposition of the ^-dimensional space 
of the first k coordinates, for a different 
set Q of k- variate polynomials, derived 
from the original set P. Then, for each 
‘ ‘base-cell’ ’ c, we decompose the cylinder 
cxR over c by cutting it into layers at its 
intersections with the zero-surfaces of the 
polynomials in P. 

Collins’ original work shows how to use 
these cells to decide the truth of the given 
formula by essentially testing the formula 
at a single point in each cell. It also shows 
how to compute effectively all these 
cells—using only purely rational 
arithmetic—by representing each cell by 
an algebraic point inside it (given implicitly 
so that its coordinates are roots of certain 
specified polynomials), plus some other 
tricks. The number of cells, as well as the 
time needed to produce them, is shown to 
be doubly exponential in the number of 
dimensions k but to depend only poly¬ 
nomial^ on the number of polynomials 
and on their maximal degree. 

In terms of the motion-planning appli¬ 
cation, if we apply the Collins decompo- 
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Figure 4. Critical orientations for a moving rod in the plane. 


sition technique to the collection of 
collision constraints, each cell c in the 
resulting decomposition has the property 
that each constraint has a fixed sign over 
c. Consequently, c is either fully contained 
within FP or lies fully in the forbidden 
region. Thus by scanning each of the Col¬ 
lins cells, we can collect all cells whose, 
union forms FP. 

This is still not quite sufficient to solve 
the motion-planning problem, because we 
also need to know how these cells are con¬ 
nected (“glued”) to each other in FP so 
that we can deduce the topological struc¬ 
ture of FP. Schwartz and I supply this 
extra component and give a somewhat 
complicated method for determining all 
pairs of adjacent Collins cells in FP. 1 Sub¬ 
sequent improvements to this method have 
recently been provided. 

The motion-planning problem is then 
solved by constructing a connectivity 
graph CG whose nodes are the Collins cells 
constituting FP and whose edges connect 
pairs of adjacent Collins cells. Then, for 
a given pair of initial and final placements 
Z„ Z 2 of B, we locate the two nodes c\, c 2 
of CG that contain these placements and 
then search for a path in CG connecting <?i 
and c 2 . If such a path exists, B can be 
moved continuously from Z, to Z 2 with¬ 
out collision along a path easily con¬ 
structed from the graph path; otherwise, 
no such motion is possible. 

Many components of the above tech¬ 
nique (decomposing FP into simple cells, 
establishing adjacency between the cells, 
and transforming the problem to a discrete 
path-searching in a graph) have proved 
useful in many related approaches, where 


efficient solutions for specific systems 
have been obtained (see below). However, 
the general method as sketched above is 
very inefficient because it produces too 
many cells, most of which appear not to be 
required. Still, no sufficiently general 
improvement of the method is known. 

Canny’s technique is quite different and 
has a significantly smaller computational 
complexity. Instead of decomposing FP 
into cells, he suggests constructing a one¬ 
dimensional skeleton S (which he calls a 
“road map”) of curves within FP. This 
skeleton has two crucial properties: 

• Reachability —Each placement Z in 
FP can effectively be moved continuously 
to a placement in S. 

• Connectivity —The intersection of S 
with each connected component of FP is 
nonempty and connected. 

Clearly, if such a road map can be 
found, the motion-planning problem is 
easily solved as follows: Apply the reach¬ 
ability procedure to the initial and final 
placements Z b Z 2 of B to obtain two 
respective placements W h W 2 on S. Then 
search for a path in S (which is easy to do, 
since S is one dimensional) between these 
two placements. If no path exists, then the 
connectivity property of S guarantees that 
Z, and Z 2 cannot be reached from one 
another by a collision-free continuous 
motion. Otherwise, the required motion is 
simply the concatenation of the paths con¬ 
necting Z, to fV, and Z 2 to W 2 and the 
path connecting W, to W 2 within S. 

To obtain a road map, Canny uses a 
recursive procedure on the dimension k of 
FP. If k = 1, then FP is a curve and is taken 


to be its own road map. Otherwise, FP is 
projected onto some two-dimensional 
plane, and the silhouette (boundary curve) 
I of the projected image is formed. Next, 
one finds all critical levels of I, that is, the 
y coordinates (in the projected plane) of 
points at which I is either singular or has 
a horizontal tangent. Then, FP is sliced at 
each of these critical levels, and the algo¬ 
rithm is applied recursively to each cross 
section. Finally, all road maps obtained 
for each cross section are glued to the sil¬ 
houette I, and the union of all these curves 
and of Z is the desired road map for FP. 
Canny 8 shows that this road map satisfies 
the reachability and connectivity condi¬ 
tions described above. 

This basic algorithm is not as efficient 
as possible because the slices of FP 
through successive critical levels of the sil¬ 
houette are essentially very similar in 
shape, except for a “local” change that 
occurs near the points of criticality of Z. 
Using this observation, Canny derives an 
improved algorithm whose running time is 
shown to be 

0(/7*(log n ■ d 0 ^ + (dk) CKkl) )) 
where d is the maximum algebraic degree 
of the constraint polynomials (and where 
we have omitted factors that depend on the 
magnitude of the coefficients of the con¬ 
straint polynomials). In other words, if d 
and k are both small and fixed, the time 
complexity of Canny’s algorithm is 
0(n k log n). 

Lower bounds. The results just cited 
suggest that motion planning rapidly 
becomes harder as the number k of degrees 
of freedom increases; this conjecture has 
in fact been proved for various model 
robot systems. Specifically, Reif proved 
that motion planning is Pspace- hard for a 
certain 3D system involving arbitrarily 
many links and moving through a complex 
system of narrow tunnels. 9 (A computa¬ 
tional problem is Pspace- hard if it is at 
least as difficult to solve as any problem 
that can be solved using storage whose size 
is a polynomial function of the input size, 
making it highly unlikely that it will ever 
be solvable by a worst-case efficient 
algorithm.) 

Since Reif’s result, ftpace-hardness has 
been established for simpler moving sys¬ 
tems, including 2D systems of mechanical 
linkages 10 and a system of 2D indepen¬ 
dent rectangular blocks sliding inside a rec¬ 
tangular box. 11 Several weaker results 
establishing NP-hardness (a somewhat 
weaker form of intractability) for still sim- 
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pier systems have also been obtained. 

The preceding results are interesting 
because they provide two relatively simple 
physical devices for simulating bounded- 
tape Turing machines. In addition, these 
lower bounds are fairly strong, because 
they apply to the decision problem in 
motion planning (which only has to deter¬ 
mine whether two given placements are 
reachable from one another) and do not 
presume that the entire configuration 
space, or even the path itself, needs to be 
constructed. 

A few lower bounds for simple systems 
with just a few degrees of freedom deserve 
mention here. Ke and O’Rourke 6 con¬ 
sider the problem of a line segment mov¬ 
ing in a 2D polygonal space with n corners 
and have shown that in the worst case there 
exist two placements of the rod that are 
reachable from one another, but any 
motion between these placements requires 
at least a number of elementary submo¬ 
tions proportional to n 2 (the rod must be 
pushed forward and backward at least that 
many times to reach its destination). Ke 
and O’Rourke also obtain a similar lower 
bound for a rod moving in three- 
dimensional space amidst polyhedral 
obstacles with n vertices, where the mini¬ 
mum number of submotions needed to 
realize a motion of the rod between two 
placements can be in the worst case as high 
as proportional to n 4 . 


The projection method. The negative 
worst-case results mentioned above sug¬ 
gest that when the number A: of degrees of 
freedom is large, the problem becomes 
intractable. (Of course, this does not make 
attacking such general problems hopeless. 
As with many other intractable problems, 
there might still be algorithms that work 
very well in the average case, or approx¬ 
imating algorithms that can guarantee, for 
example, that they will find a path effi¬ 
ciently, provided the “clearance” between 
obstacles is not too small. However, I will 
not address these issues here.) When k is 
small, Canny’s and Schwartz and Sharir’s 
general algorithms show that the problem 
can be solved efficiently (in time poly¬ 
nomial in the number n of constraints). 
Still, even in such special cases the effi¬ 
ciency of these general techniques is far 
from satisfactory. Consequently, much 
recent research has focused on obtaining 
improved efficient algorithms for a vari¬ 
ety of special systems having just a few 
degrees of freedom. 

We can classify these algorithms 


broadly according to several general 
approaches they exemplify. The first 
approach, known as the projection 
method, uses ideas similar to those appear¬ 
ing in the Collins decomposition proce¬ 
dure described above. First we fix some of 
the problem’s degrees of freedom (for the 
sake of exposition, suppose just one 
parameter y is fixed, and let x be the 
remaining parameters); then we solve the 
resulting restricted A:-1-dimensional 
motion-planning problem. This sub¬ 
problem solution must be such that it 
yields a discrete combinatorial representa¬ 
tion of the restricted free configuration 
space (essentially, a cross section of the 
entire space FP) that does not depend con¬ 
tinuously on the final parameter y and 
changes only at a finite collection of “crit¬ 
ical’ ’ values of y . These critical values are 
then calculated; they partition the entire 
space FP into connected cells. By calculat¬ 
ing relationships of adjacency between 
these cells, we can describe the connectivity 
of FP by a discrete connectivity graph CG 
in much the same way as in the Schwartz 
and Sharir general algorithm. 

Schwartz and I applied this relatively 
straightforward technique in a series of 
papers on the “piano movers’ ’ problem to 
yield polynomial-time motion-planning 
algorithms for various specific systems, 
including a rigid polygonal object moving 
in 2D polygonal space, 3 two or three 
independent disks moving in coordinated 
fashion in 2D polygonal space, certain 
types of multi-arm linkages moving in 2D 
polygonal space, 12 and a rod moving in 
3D polyhedral space. 13 These initial solu¬ 
tions were coarse and not very efficient; 
subsequent refinements have improved 
their efficiency substantially. 

A typical and extensively studied exam¬ 
ple is that of a line segment B (a “rod”) 
moving in 2D polygonal space with a 
boundary consisting of n segments 
(“walls”). Here the configuration space 
FP is three dimensional, and, using a 
modified projection technique that Leven 
and I developed, 5 it can be decomposed 
efficiently into cells. Briefly speaking, this 
technique varies the orientation 0 of B con¬ 
tinuously and stops at critical orientations, 
in which the combinatorial structure of the 
0 cross section of FP changes discontinu¬ 
ous^ (see Figure 4). Leven and I show that 
the number of critical orientations is at 
most 0(n 2 ), and that, assuming B and the 
walls are in “general position,” each crit¬ 
ical orientation delimits only a small con¬ 
stant number of cells in a certain cell 



decomposition of FP. Thus the total num¬ 
ber of cells in FP is also 0(n 2 ). We pre¬ 
sent a fairly straightforward algorithm, 
which runs in time 0(n 2 log ri), for con¬ 
structing these cells and for establishing 
their adjacency in FP, a very substantial 
improvement of the 0(n 5 ) algorithm 
originally presented earlier. 3 Moreover, in 
view of Ke and O’Rourke’s lower bound 
mentioned above, 6 the Leven-Sharir algo¬ 
rithm is nearly optimal in the worst case. 


The retraction method. Several other 
important algorithmic motion-planning 
techniques were developed subsequent to 
the simple projection technique originally 
considered. The so-called retraction 
method is very similar to (and in fact 
preceded) Canny’s general technique, 
described earlier. Specifically, it proceeds 
by retracting the configuration space FP 
onto a lower dimensional (usually a one¬ 
dimensional) subspace A, which satisfies 
both the reachability and the connectivity 
properties mentioned earlier, thus ensur¬ 
ing that two system placements in FP lie in 
the same connected component of FP if 
and only if their retractions to A lie in the 
same connected component of A. This 
reduces the dimension of the problem, and 
if Ais one dimensional, the problem again 
becomes one of searching a graph. 
(Rigorously speaking, a retraction is a con¬ 
tinuous map from some space E onto a 
subspace F, which becomes the identity 
when restricted to F. The retractions used 
in this approach are not always everywhere 
continuous, but their discontinuities are 
easy to characterize and to “patch up.”) 

O’Dunlaing and Yap 14 have used this 
retraction technique in the simple case of 
a disk moving in 2D polygonal space. In 
this case each placement of the disk D can 
be fully specified by the position of its cen¬ 
ter in the plane. The retraction that is used 
attempts to repel D away from its nearest 
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Figure 5. Quadratic-size FP for a trans¬ 
lating nonconvex planar object. 


obstacle, until its center becomes equally 
near to at least two distinct obstacle fea¬ 
tures. The locus Noi such points is known 
as the Voronoi diagram associated with the 
set of given polygonal obstacles. It was 
recently shown that the Voronoi diagram 
of n line segments in the plane can be cal¬ 
culated in time 0(n log n). After comput¬ 
ing the diagram and pruning away 
portions of it where the nearest obstacle is 
too close for D to fit, we obtain the desired 
network N in total time 0(n log ri). 

There have been several extensions of 
this idea to more complex systems, such as 
a moving line segment or a translating con¬ 
vex polygon, in the plane. Canny’s results 
also follow the idea of constructing a one¬ 
dimensional skeleton network in FP that 
is large enough to represent the connec¬ 
tivity of FP. 

Other techniques. A rather early paper 
by Lozano-Perez and Wesley 15 intro¬ 
duced a general approach, known as the 
expanded obstacles approach, to a variety 
of motion-planning problems. This idea 
can be illustrated by the simple case of a 
convex polygon B, with k sides, translat¬ 
ing in a 2D polygonal space. (Subse¬ 
quently, an alternative retraction-based 
technique was developed for this case.) 
Suppose the obstacles are decomposed 
into m convex pieces (with pairwise dis¬ 
joint interiors) that have n corners overall. 
Let B 0 be a standard placement of B in 


which some fixed reference point O within 
B lies at the origin. For each convex obsta¬ 
cle/!,, consider the expanded obstacle A*, 
which is defined as the Minkowski (or vec¬ 
tor) difference of A, and B 0 ; that is, 

A'= {x-y : xeAj, yeB 0 } 

where x—y denotes vector difference. If B 
is moved so that O lies at some point z of 
A,, then by definition z=x—y for some x 
in A , and y in B 0 , so z+y, which by defi¬ 
nition is a point occupied by the current 
placement of B, is equal to x, which is a 
point in A/. In other words, A‘is precisely 
the set of all placements of the reference 
point O in which B intersects A,. Thus we 
can shrink B to the single point O and 
replace the obstacles with their expanded 
versions, obtaining a much easier problem 
to solve. As a matter of fact, the free con¬ 
figuration space is simply the complement 
of the union of the expanded obstacles (the 
expanded obstacles are in fact concrete 
examples of the somewhat vaguer notion 
of forbidden regions mentioned earlier). 

While the conceptual idea is quite sim¬ 
ple and can be applied to more general 
instances (for example, 3D translational 
motion or translational motion of a non¬ 
convex object), it raises some interesting 
problems. One is that the expanded obsta¬ 
cles are not necessarily disjoint anymore, 
so we must analyze the pattern in which 
they intersect. Kedem, Livne, Pach, and I 
showed that, fortunately, when B is con¬ 
vex, the boundaries of any pair of 
expanded obstacles intersect in at most two 
points (assuming “general position” of the 
obstacles). Furthermore, it was also shown 
that for any collection of n closed Jordan 
curves in the plane, having the property 
that any pair of them intersect at most 
twice, the union of their interiors has only 
a linear number of intersections on its 
boundary (more precisely, at most 6 n - 12 
such points). This implies that the com¬ 
plexity of FP, for a translating convex 
polygon, is only linear, which facilitates 
the design of a simple divide-and-conquer 
algorithm for calculating FP; the algo¬ 
rithm runs in time 0(n log 2 n). 

The single-component approach. If, in 

the preceding discussion, the translating 
object B is not convex, it is easy to give 
examples in which FP can have a quadratic 
number of corners (see Figure 5). How¬ 
ever, as pointed out earlier, we do not have 
to compute the entire FP; it suffices to 
compute just the connected component of 
FP that contains the initial placement of 
B. The hope is that this component will be 



Figure 6. An instance of the 2D Euclid¬ 
ean shortest path problem. 


much less complex than the entire FP and 
that consequently it can be calculated by 
a more efficient algorithm. 

In full generality, this amounts to con¬ 
jecturing that the combinatorial complex¬ 
ity of a single cell in an arrangement of n 
algebraic surfaces of a small and fixed 
maximum degree in A:-dimensional space 
is smaller than 0(n k ). This conjecture is 
perhaps one of the most challenging open 
problems in the theory of motion 
planning. 

For systems with two degrees of free¬ 
dom, the conjecture was settled in a series 
of papers showing that the complexity of 
a single cell in an arrangement of n curves, 
each pair of which intersect in at most 
some fixed number s of points, is only 
slightly superlinear and that it can be cal¬ 
culated in close to linear time. However, 
very little is known for systems having 
three or more degrees of freedom. For 
some systems with three degrees of free¬ 
dom (for example, a rod in the plane), it 
is possible to show that the entire FP has 
subcubic complexity. But in almost no 
instance can one show that the complex¬ 
ity of a single cell is considerably smaller 
than that of the entire FP. 

An exception is a result that Aronov and 
I recently obtained. It shows that when all 
n constraint surfaces are flat triangles in 
three-dimensional space, the complexity 
of a single connected component (cell) in 
their arrangement is at most about 
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0(w 7/3 ), and that calculation of the cell 
containing a given point can be accom¬ 
plished by a randomized algorithm whose 
expected time complexity is 0(n’ /3+i ), for 
any d>0. As a corollary, it follows that 
planning a purely translational motion of 
a polyhedral object with k faces amidst 
polyhedral obstacles having a total of n 
faces (a system obviously having three 
degrees of freedom) can be accomplished 
in expected time 0((kn) 1/3+6 ), for any 
d>0. 

A mobile convex object moving in a 2D 
polygonal space. Let B be a convex £-gon 
moving (translating and rotating) in the 
plane amidst polygonal obstacles having a 
total of n corners and edges. The system 
has three degrees of freedom and is one of 
the simplest systems arising in practical 
applications (think of a navigating vehicle, 
a household or factory mobile server, 
etc.). Leven and I and Kedem and I 16 
studied this particular system recently. We 
have shown that the entire free configura¬ 
tion space FP has combinatorial complex¬ 
ity 0((kn) 2 p(kn)), where P(kn) is a very 
slowly growing function that can be 
regarded as a constant for any practical 
value of kn. (Note that the number of col¬ 
lision constraints is 0(kri), where each 
constraint represents placements of B in 
which either a specific corner of B makes 
contact with some specific obstacle edge, 
or a specific side of B touches a specific 
obstacle corner.) Moreover, using a rather 
elaborate and sophisticated algorithm, 
Kedem and I 16 have shown that FP can be 
calculated in close to quadratic time, spe¬ 
cifically in 0(kkri) 2 p(kn ) log kn) time. 

This algorithm has been implemented 
recently and tested successfully on com¬ 
mercial equipment. Details of the algo¬ 
rithm are beyond the scope of this article 
except to note that it uses a mixture of the 
previous techniques, which involves slic¬ 
ing FP into 2D cross sections FP e , in each 
of which the orientation 0 of B is fixed, fol¬ 
lowed by calculation of these restricted 
FPs using the techniques reviewed above. 
We obtain the overall representation of FP 
by extending the vertices of the 2D cross 
sections of FP into edges of FP by letting 
0 vary. Critical values of 0 arise when the 
combinatorial structure of the cross sec¬ 
tion changes discontinuously. As it turns 
out, the main (though not exclusive) 
source of criticalities is placements of B at 
which it makes three contacts with the 
obstacles simultaneously (while otherwise 
remaining free). Leven and I obtained a 


previous combinatorial result showing 
that the maximum number of such free tri¬ 
ple contacts is at most 0((kn) 2 p(kn)). 
Using this result, Kedem and I showed that 
the total complexity of the connectivity 
“edge graph” representing FP is of the 
same order of magnitude, and we devel¬ 
oped the aforementioned algorithm for 
calculating that graph. 16 

I mention this algorithm also because it 
is one of the few implemented motion¬ 
planning algorithms that conform to the 
maxim of using exact, nonheuristic, and 
worst-case efficient techniques. Avnaim, 
Boissonnat, and Faberjon describe a 
related recent implementation that solves 
the motion-planning problem for an arbi¬ 
trary mobile polygonal robot but has 
worst-case cubic time complexity (which 
made it simpler to implement). 

Variants of the motion¬ 
planning problem 

Optimal motion planning. So far the 

only optimal motion-planning problem 
studied extensively is that in which the 
moving system is represented as a single 
point. The aim in this case is to calculate 
the Euclidean shortest path connecting the 
initial and final system placements, given 
that specified obstacles must be avoided. 
Most existing work on this problem 
assumes that the obstacles are either polyg¬ 
onal (in two-dimensional space) or poly¬ 
hedral (in three-dimensional space). 

The 2D case is considerably simpler than 
the 3D case (see Figure 6). When the free 
space V in 2D is bounded by n straight 
edges, we can calculate the desired short¬ 
est path in time 0(n 2 ). This is done by 
constructing a visibility graph VG whose 
edges connect all pairs of K’s boundary 
corners that are visible from each other 
through V, then by searching for a short¬ 
est path (in the graph-theoretic sense) 
through VG. Although the quadratic time 
bound was improved in certain special 
cases (the most interesting being when V 
is the interior of a simple polygon), it is still 
not known whether shortest paths for a 
general polygonal space V can be calcu¬ 
lated in subquadratic time. 

The 3D polyhedral shortest path prob¬ 
lem is substantially more difficult. Inves¬ 
tigators have shown that finding such a 
path is NP-hard (an exponential-time 
procedure for this task is also known). 
Some special cases in which the path is 
confined to the surface of a single convex 



polyhedron, or must avoid a small num¬ 
ber of convex polyhedral obstacles, have 
also been studied. 

A few recent papers studied optimal 
motion planning for more complex sys¬ 
tems, but the results are still fragmentary. 

Adaptive and exploratory motion plan¬ 
ning. If the environment of obstacles 
through which motion must be planned is 
not known to a robot system a priori, but 
the system is equipped with sensory 
devices, motion planning assumes a more 
“exploratory” character. If only tactile (or 
proximity) sensing is available, then a 
plausible strategy might be to move along 
a straight line (in physical or configuration 
space) directly to the target position, and 
when an obstacle is reached, to follow its 
boundary until the original straight line of 
motion is reached again. Lumelsky and his 
collaborators 2 developed and refined this 
technique, and it has been successful in 
handling systems with two degrees of 
freedom—successful, that is, in the sense 
that this strategy provably reaches the 
goal, if this is at all possible, with a 
reasonable bound on the length of the 
motion. This technique has been imple¬ 
mented on several real and simulated 
systems and has applications to 
maze-searching problems. 

Attempts to extend this technique to sys¬ 
tems with three or more degrees of free¬ 
dom are currently under way. Cox and 
Yap recently obtained one such extension, 
with a somewhat different flavor. They 
applied the retraction technique to the free 
configuration space FP and computed 
within it a certain one-dimensional skele¬ 
ton /Vthat captures the connectivity of FP. 
The twist here is that FP is not known in 
advance, so A must be constructed in an 
incremental, exploratory manner, adding 
more features to A as the system explores 
its environment. Cox and Yap showed 
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how to implement this exploration in a 
controlled manner that does not require 
too many “probing” steps and that ena¬ 
bles the system to recognize when the con¬ 
struction of A has been completed (if the 
goal has not been reached beforehand). 

Even when the environment is fully 
known to the system, other interesting 
issues arise if the environment is changing. 
For example, when the robot picks up 
some of the objects in its environment and 
moves them, we want fast techniques for 
incremental updating of the environment 
model and the data structures used for 
motion planning. Moreover, whenever the 
robot grasps an object to move it, robot 
plus grasped object become a new moving 
system and might require a different 
motion-planning algorithm, but one 
whose relationship to motions of the robot 
alone needs to be investigated. Adaptive 
motion-planning problems of this kind 
remain to be studied. 


Motion planning in the presence of 
moving obstacles. Interesting generaliza¬ 
tions of the motion-planning problem 
arise when some of the obstacles in the 
robot’s environment are assumed to be 
moving along known trajectories. In this 
case the robot’s goal will be to “dodge” 
the moving obstacles while moving toward 
its target placement. In this dynamic 
motion-planning problem, we can 
reasonably assume some limit on the 
robot’s velocity and/or acceleration. Two 
initial studies of this problem by Reif and 
I and by Sutner and Maass indicate that 
the problem of avoiding moving obstacles 
is substantially harder than the cor¬ 
responding static problem. By using time- 
related configuration changes to encode 
Turing machine states, these studies show 
that the problem is Pspace-hard even for 
systems with a small and fixed number of 
degrees of freedom (Canny and Reif have 
obtained additional negative related 
results). However, polynomial-time 
algorithms are available in a few particu¬ 
larly simple special cases. 


Miscellaneous other variants. Many 
other variants of the motion-planning 
problem have been considered. For lack of 
space I cannot cover them all in detail, but 
I would like to mention a few. 

One variant deals with constrained 
motion planning, in which the motion of 
the object B is constrained not to exceed 
certain velocity or acceleration thresholds. 


For example, what is the fastest way for an 
object to go from an initial placement at 
some initial velocity to a final placement 
at some specified final velocity, assuming 
there is some bound on the maximum 
acceleration that B can exert? Even with¬ 
out obstacles such problems are far from 
trivial, and the presence of (stationary or 
moving) obstacles makes them extremely 
complicated to solve. Several recent works 
have addressed these issues, including (1) 
analysis of the bounded-acceleration case 
mentioned above, (2) a variant in which 
the system must avoid stationary obstacles 
in the plane, and the curvature of the 
motion path cannot exceed a certain 
threshold, and (3) an approximate 
polynomial-time solution for minimum¬ 
time motion planning, taking into account 
acceleration and other constraints. 

Another class of problems involves 
motion planning with uncertainty. Here 
the moving system has only approximate 
knowledge of the obstacles’ geometry 
and/or of its own current position and 
velocity. In these cases the system’s main 
source of “accurate” data is usually sen¬ 
sory feedback upon contact with an obsta¬ 
cle. The objective is to devise a strategy 
that will guarantee the system’s reaching 
its goal. Such a strategy usually proceeds 
through a sequence of free motions (until 
an obstacle is hit) intermixed with compli¬ 
ant motions (sliding along surfaces of con¬ 
tacted obstacles) until it can be ascertained 
that the goal has been reached. 


General task planning. Finally we con¬ 
sider the general problem of task planning. 
Here the system is given a complex task to 
perform. For example, it is required to 
assemble some part from several compo¬ 
nents or to restructure its work cell into a 
new layout, but the precise sequence of 
substeps needed to attain the final goal is 
not specified and must be determined by 
the system. 

Not much has been done about an exact 
and efficient algorithmic approach to this 
general problem, and it is clear that the 
problem is significantly more complex 
than the simpler motion-planning problem 
(some instances of which, as we have seen, 
are already complex enough). Still, several 
interesting basic problems can be distilled 
as special cases of task planning and have 
recently been investigated. A typical exam¬ 
ple is the problem of “movable separabil¬ 
ity of sets,” as studied by Toussaint and 
his collaborators. In this problem we 
reverse the assembly process, attempting 


instead to take apart the final assembled 
object by moving subcollections of its 
parts away from one another. We continue 
this process until all parts have been 
separated. 

Several algorithms have been obtained 
for various special cases, and many 
interesting open problems have emerged. 
For example, consider a collection of con¬ 
vex polyhedra in three-dimensional space 
(with pairwise disjoint interiors). Can they 
always be partitioned into two disjoint and 
nonempty subcollections, so that the poly¬ 
hedra in one collection can be translated 
rigidly together in some direction so as to 
be separated from those in the second col¬ 
lection (which remain stationary and 
should not collide with the moving poly¬ 
hedra)? Some counterexamples show that 
this conjecture is false if we are allowed to 
move only one polyhedron at a time away 
from the others. 

Another research area related to task 
planning is that of grasp planning, where 
a multifinger system must plan the grasp¬ 
ing of a given object B so as to minimize 
slippage or to ensure that the fingers avoid 
interfering with subsequent tasks to be 
executed by the gripped object. (For exam¬ 
ple, if B is to be placed on a table, no fin¬ 
ger should touch the face of B that is to lie 
on the table.) 

I n conclusion, I hope this article has 
conveyed the mathematical depth 
and sophistication of the motion¬ 
planning problem. While considerable 
progress has been made in understanding 
the geometric and combinatorial structure 
of these problems, many more deep 
challenges lie ahead. For example, how 
close are we to obtaining efficient non¬ 
heuristic solutions for planning the motion 
of standard commercial manipulators with 
six degrees of freedom? I anticipate that in 
the coming years we will see more of these 
algorithms implemented and that motion 
planning will eventually become a stan¬ 
dard component of many robot control 
systems, judging by the progress made so 
far, we can hope that real-world 
implementations of such systems are not 
too far away. □ 
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Task-Level 
Planning of Pick-and-Place 
Robot Motions 


Tomas Lozano-Perez, Joseph L. Jones, Emmanuel Mazer, and Patrick A. O’Donnell 
MIT Artificial Intelligence Laboratory 


A task-level robot system is one 
that can be instructed in terms of 
task-level goals, such as “Grasp 
part A and place it inside box B.” This type 
of specification contrasts sharply with that 
required for existing industrial robot sys¬ 
tems, which insist on a complete specifica¬ 
tion of each motion of the robot and not 
simply a description of a desired goal. An 
important characteristic of task-level 
specifications is that they are independent 
of the robot performing the task, whereas a 
motion specification is wedded to a spe¬ 
cific robot. 

Task-level robot systems have long been 
a goal of robotics research. As early as 
1961, Ernst’s PhD thesis at MIT 1 at¬ 
tempted to develop such a system. Since 
then, a variety of task-level robot systems 
have been proposed, and several of them 
have seen some level of implementation. 
Lozano-Perez and Taylor provide a survey 
of previous work in this area. 2 

For the past three years, we have been 
developing a task-level robot system 
named Handey. The current system is by 
no means a complete task-level system; it 
is limited to pick-and-place operations, 
that is, picking up a part and placing it at a 
specified destination. The current implem¬ 
entation has successfully carried out doz¬ 
ens of pick-and-place operations involv¬ 
ing a variety of parts in relatively complex 


The Handey system 
breaks the 

pick-and-place problem 
into nearly independent, 
computationally 
feasible subproblems as 
a step toward a 
comprehensive 
task-level system. 


environments. Figure 1 shows a sequence 
of intermediate steps of a pick-and-place 
operation planned by Handey from a speci¬ 
fication of the desired final position of the 
part and geometric and kinematic models 
of the robot and the environment. The steps 
illustrated in the figure are 

(1) the initial position of the robot and 
the parts, 

(2) grasping a part at a location chosen 
by the system to avoid collisions 



with nearby objects, 

(3) placing the part on the table, 

(4) regrasping the part at a new location 
compatible with the environment at 
the destination, 

(5) placing the part at the specified 
destination, and returning to the 
initial position. 

The pick-and-place 
problem 

Consider the overall problem faced by a 
task-level robot system, given a mechani¬ 
cal assembly task and a single, sufficiently 
precise robot. (In this article, we assume 
that the position of all the parts are known 
to high accuracy and the robot’s position¬ 
ing accuracy is sufficient to carry out the 
assembly simply by moving the part to a 
fixed target position. If this assumption is 
not satisfied, then assembly planning must 
include fine-motion planning, that is, the 
synthesis of motion strategies that can 
achieve a desired goal in the presence of 
sensing and control error. 3 4 ) We can sum¬ 
marize the overall assembly planning 
problem, of which pick-and-place is but a 
part, as follows; 

• Choose an order of assembly for the 
parts. 

• Choose initial positions for all the 
parts. 
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Then, for each assembly step: 

• Choose a grasp on the part. 

• Plan a motion to grasp the part. 

• Plan a motion to the assembly location 
for the part. 

• Plan a motion to extract the gripper. 
The pick-and-place problem corresponds 
to the last four steps above. 

Ideally, the assembly problem will re¬ 
duce to a number of independent sub¬ 
problems, roughly one per line in the char¬ 
acterization above. Unfortunately, this is 
only true in extremely simple cases. In 
fact, the solutions to all these problems are 
tightly linked: 

(1) The optimal initial placement of the 
parts depends on the order of assembly. 

(2) The order of assembly depends on 
the feasibility of certain assembly steps, 
for example, whether a subassembly can 
be inserted into the main assembly in one 
piece or whether it needs to be assembled 
in position. 

(3) The choice of a grasp on a part 
depends on the environment at the initial 


Configuration space 

Robot manipulators are articulated 
devices made up of a series of rigid 
links connected by one-degree-of- 
freedom joints. Joint motions are either 
rotational or translational. The posi¬ 
tions of all parts of a rigid robot are 
completely specified by the values of 
the joint parameters, known collec¬ 
tively as the joint angles. Many robots 
support an alternative specification for 
desired position, namely, the position 
and orientation of the robot gripper. 

But, gripper position is not a unique 
specification of the complete robot po¬ 
sition; many sets of joint angles can 
exist that place the gripper in the same 
location. 

Any set of parameters that uniquely 
specify the position of every part of a 
system is called a configuration, and 
the space defined by those parameters 
is the configuration space or C-space. 
Most algorithmic approaches to motion 
planning require a characterization of 
those configurations of the robot that 
cause collisions (or the complement of 
that set). We call the collection of con¬ 
figurations that produce collisions the 
C-space obstacles . 6 

Consider the following simple case 
(see Figure 2a). In this example, we 
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location, which depends on the initial 
placement of nearby parts. The grasp also 
depends on the placement of parts at the 
target, which depends on what previous 
assembly steps have been performed. The 
choice of grasp depends on the range of 
motions of the robot; surprisingly many 
potential grasps simply will not be reach¬ 
able. 

(4) The choice of a grasp (and ungrasp) 
motion depends on the choice of a grasp 
and on the whole environment, especially 
near the grasp and destination. 

(5) The choice of an assembly motion 
depends on whether a grasp compatible 
with the assembly has been found; other¬ 
wise, the part must be regrasped. 




































dom but polynomial in the size of the 
environment (Reif has shown motion plan¬ 
ning to be PSPACE-hard 5 ). Therefore, any 
practical solution to the pick-and-place 
and assembly problems must involve de¬ 
coupling and other forms of dimensional¬ 
ity reduction (see the accompanying side- 
bar, “Configuration space”). 

Approximate 
approaches to the 
pick-and-place 
problem 

The crucial step in solving the pick-and- 
place problem is choosing how to grasp the 
part. Once this choice has been made, the 
problem boils down to separate motion¬ 
planning problems in the robot’s C-space. 
But, we cannot choose a grasp simply by 
looking at the environment near the part; 
we must consider the effect of the grasp on 
the possibility of finding a path to the goal. 
Therefore, any attempt at decoupling must 
consider constraints imposed on the choice 


of grasp by the environment at the goal as 
well as that at the origin. 

One necessary condition that the choice 
of grasp point must satisfy is that there be 
no collisions of the robot with any object at 
either the initial or final position of the 
part. In addition, there must be some path 
connecting these initial and final positions 
along which there are no collisions. In 
practical situations, however, given safe 
initial and final destinations, a path can 
usually be found. 

Given this heuristic assumption about 
the availability of paths, there only re¬ 
mains the problem of finding a grasp that is 
reachable for the part in its initial position 
and avoids collisions for the initial and 
final positions. There are at least two ways 
of doing this: 

(1) Characterize the reachable grasps at 
the initial grasp position, then characterize 
the grasps that cause no collisions at the 
destination. The grasps in the intersection 
of these two grasp sets are collision-free at 
both positions and reachable at the initial 
position. 


(2) Compute the transformation T 
that maps the grasped part from its initial to 
its final location. Apply the inverse trans¬ 
formation 7 M to a copy of the obstacles 
near the final position of the part. Add 
these transformed obstacles to the ob¬ 
stacles near the initial position of the part. 
Find a path to any legal grasp that avoids 
both sets of obstacles (see Figure 4). 

These two methods are not equivalent; 
the second method will, in general, find 
fewer grasps than the first method will. In 
finding a path that avoids both sets of 
obstacles, we have constrained the prob¬ 
lem beyond what is strictly necessary to 
guarantee finding a grasp that is reachable 
at the initial position and safe at the final 
one. Recall that we are planning the initial 
grasp approach and not the path to the final 
destination. It is not necessary, therefore, 
that the complete approach path avoid the 
obstacles derived from the destination, 
only that the chosen grasp, that is, the final 
position in the approach path, avoid the 
obstacles. 

We chose the second method for Handey 



Figure 3. C-space obstacles for a simple robot, (a) A robot with two joint 
angles, 6, and 0 2 , and its obstacles, (b) The corresponding C-space obstacles 
(the hatched regions). The joint angles are also the labels on the axes of the 
C-space. A safe path in this C-space is shown, together with four configura¬ 
tions of the arm along the path. 


are limited to a disembodied robot 
hand capable only of displacements 
along the x and y axes; we assume 
that the finger opening remains fixed to 
simplify the C-space. The C-space for 
this hand is the x,y plane. The C-space 
obstacles corresponding to objects A 
and 0 and the table in Figure 2a are 
the objects bounded by dark lines in 
Figure 2b. Every x,y point inside one of 
the C-space obstacles represents an 
x,y position of Rs reference point (the 
dark circle in Figure 2a) that causes a 
collision. C A are the configurations that 
cause a collision between R and A\ C B 
are the configurations that cause a col¬ 
lision between R and 0; C T are the 
configurations that cause a collision 
between R and the table. 

Consider a simple robot with two ro¬ 
tational joints, whose joint angles are 
0, and 0 2 (see Figure 3a). A point in 
the C-space specifies both joint angles 
and, therefore, the position of every 
part of the robot. The set of configura¬ 
tions for which the robot is in collision 
with an obstacle defines C-space ob¬ 
stacles. In this sense, the C-space for 
the robot is analogous to that of the 
disembodied hand above, but the C- 
space obstacles of the robot are sig¬ 
nificantly more complex than the ones 
for the hand, 8 (see Figure 3b). Note 
that the C-space parameters of the ro¬ 


bot are angles. Therefore, the line at 
the top of the diagram, 0 2 = 2;t, is the 
same line as the bottom of the 
diagram, 0 2 = 0; we can say the same 
for the left and right lines, 0, = 2;t = 0. 
We can wrap the diagram into a tube 
so that the top and bottom lines meet, 
then we can wrap that tube into a 
doughnut (torus) to make the left and 
right ends meet. Thus, the C-space 
for the two-link robot is really the sur¬ 
face of a torus. 


Finding a collision-free path between 
two specified configurations requires find¬ 
ing some path in the C-space that con¬ 
nects the two specified configurations 
and does not penetrate any of the C- 
space obstacles. Doing this requires 
characterizing the space outside of all of 
the C-space obstacles, possibly by a de¬ 
composition into disjoint cells. A sample 
path between the two arm configurations 
shown in Figure $a is shown in the C- 
space of Figure 3b. 


24 


COMPUTER 













i- 1 



R 

[Bl 


(a) 


RbI 


(b) 


iBl 


(c) 




Figure 4. A simple pick-and-place problem: (a) the initial position of A; (b) the 
final position of A; and (c) the pick-and-place example showing the obstacles for 
the final position of part A (dashed lines) superimposed on the obstacles for the 
initial position (solid lines). 


because it does not require characterizing 
sets of grasps, whether simply collision- 
free or reachable. Computing these sets 
can be a burdensome task. The second 
method requires only the ability to find a 
path from a known initial position to some 
point within a constrained set (legal 
grasps). 

In many cases, no grasp exists with an 
approach path that avoids obstacles from 
both the origin and the destination. In this 
case, Handey plans a sequence of regras¬ 
ping steps (placing the object on the table 
and then regrasping it) that results in a 
grasp compatible with the target position. 6 
Once again, we use only the necessary 
condition that the grasp does not cause a 
collision at the origin or destination. 

Here is a more complete outline of the 
solution of the pick-and-place problem in 
Handey: 

(1) Enumerate the possible distinct 
types of grasps. Handey operates in the 
domain of polyhedral models and robots 
with parallel jaw grippers; therefore, the 
distinct grasps are limited to pairs of part 
features (either faces, edges, or vertices) 
that can be in simultaneous contact with 
the parallel interior faces of the gripper. 
Our implementation is currently limited to 
pairs of parallel faces. 

(2) Rank the potential grasp faces by 
the percentage of the area of intersection of 
the faces that remains unobstructed after 
projecting onto the face any obstacles near 
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the face, at both origin and destination. 

(3) Select a potential pair of grasp faces, 
and pick target points for the fingertips in 
the unobstructed sections of the faces. 

(4) Plan a path for the robot gripper, 
constrained to move parallel to the grasp 
faces, from a nearby safe point (chosen 
arbitrarily) to a point close to the chosen 
grasp point for which there is sufficient 
overlap between the gripper and the grasp 
faces. If no path can be found, select a 
different grasp face and try again. The path 
must avoid collisions and keep the robot 
within its legal range of motion. 

(5) Plan a collision-free motion (using a 
low-resolution approximation of C-space) 
for the robot from its current position to the 
arbitrarily chosen point near the initial 
grasp. 

(6) Plan a collision-free motion for the 
robot, carrying the grasped part (using a 
low-resolution approximation of C-space) 
from the initial grasp position to the speci¬ 
fied target position. 

(7) When it is not possible to find a 
grasp that avoids collisions at the initial 
and target positions, plan a sequence of 
regrasping steps that produce a grasp 
compatible with the target position. For 
each required grasp and placement, plan 
collision-free motions for the robot. 

The crucial steps in this formulation rely 
on finding collision-free paths between 
two known points or between a known 
point and a target set. 



The worst-case complexity of motion 
planning is exponential in the number of 
degrees of freedom of the robot; the best 
motion-planning algorithm for a rf-degree- 
of-freedom robot has time complexity 
0(n d log n), where n is the product of the 
number of faces, edges, and vertices in the 
obstacles. 7 Although this bound is polyno¬ 
mial in the environment size, n, this com¬ 
plexity still makes complete motion-plan¬ 
ning algorithms for real robots impractical 
on typical serial computers. We also found 
that pick-and-place planning has a higher 
dimensionality than simple motion plan¬ 
ning. Therefore, we have pursued a heuris¬ 
tic decoupling strategy for pick-and-place 
planning. To obtain good running times, 
we must also pursue heuristic strategies 
into the motion-planning subproblems. 

Heuristic motion 
planning in Handey 

Earlier, we outlined an approach to 
motion planning based on computing C- 
space obstacles; Lozano-Perez describes 
this approach in more detail. 8 Although we 
could use the approximate algorithms 
described there to solve directly the six- 
degree-of-freedom motion-planning prob¬ 
lems required for the typical pick-and- 
place problem, the running times would be 
too large for practical use, even in experi¬ 
mentation. Instead, we have adopted sev¬ 
eral heuristic methods of reducing both the 
dimensionality and the average size of 
these motion-planning problems: 

(1) Using a local motion planner for 
small motions near obstacles together with 
a low-resolution C-space for large motions 
farther away from obstacles. The local 
planner simulates the effect of a body being 
acted on by repulsive forces from the ob¬ 
stacles and attractive forces from the goal. 
This general approach is known as the 
artificial-potential-field approach. 9 

(2) Limiting the large motions to the 
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Figure 5. Illustration of the definitions in the quasipotential method. 


first three joints of the robot, but with the 
ability to change the values of the last three 
joints. 

(3) Approximating arbitrary polyhedral 
obstacles by obstacles with a constant 
cross section that simplify the computation 
of the low-resolution C-space obstacles. 

The combination of these strategies has 
significantly reduced the running times for 
motion planning (from a few minutes to 
perhaps 30 seconds) without significantly 
reducing Handey’s ability to solve pick- 
and-place problems. We describe these 
methods in the following subsections. 

Local planning: the quasipotential 
method. In Handey, motion near an ob¬ 
stacle happens primarily when the object is 
being grasped. In those circumstances, the 
robot’s motion is constrained so that the 
gripper moves in the plane of the chosen 
grasp faces. This means that we have a 
three-degree-of-freedom planning prob¬ 
lem instead of a six-degree-of-freedom 
problem. But, those three motion freedoms 
correspond to Cartesian motions of the 
gripper in the grasp plane (x,y,0) and not to 
individual joint motions of the robot arm. 
Exploiting this reduction in dimensional¬ 
ity requires a different planner from the 
one we use for the gross motions of the 
arm. 

We could construct approximate x,y,Q 
C-space obstacles for the gripper moving 
in the grasp plane and plan the gripper 
motions in this space. But, instead, we 
have adopted a local, incremental planner 
that does not build an explicit C-space. We 
chose this strategy for two reasons: 

(1) In Handey, some of the obstacles 
might not be modeled directly as polyhe- 
dra by the system; instead, they might be 
represented implicitly by an array of depth 
measurements. We could have tried to 
build a polyhedral approximation to this 
data and use the existing C-space obstacle 
algorithms for polyhedra. Instead, we 
chose a method that deals with the data 
more directly. 

(2) Typical cases of approaching ob¬ 
stacles within the grasp plane are simple, 
and a nearly direct path exists. Incremental 
methods have a lower computational over¬ 
head in these situations. In difficult cases, 
local, incremental methods fail to find an 
answer. In those cases, we can fall back on 
guaranteed methods. 

Traditional potential methods 9 measure 
the distance between a number of points on 
the moving body (the gripper in our case) 
and obstructions in the grasp plane, com¬ 


pute repulsive forces proportional to a 
power of the distance, and sum them with 
an attractive force based on the distance 
from the gripper to the goal. These total 
artificial forces and torques acting on the 
gripper are then used to compute a motion 
for the gripper via the simulated dynamics 
of a viscous damper,/= bv, where /is the 
total force/torque vector and v is the result¬ 
ing velocity vector. 

Our version of this method effectively 
uses a potential that is a high power of the 
distance. Beyond some gripper-to-ob- 
stacle distance d, the force on the manipu¬ 
lator is 0; within that distance, the force is 
such as to prohibit motion toward the ob¬ 
stacle. A grid represents the motion plane, 
and obstacles correspond to filled cells in 
the grid. The starting point is some point on 


the edge of the grid in the same connected 
component of the grid as the target point. 

Surrounding the gripper at a distance d 
and moving with it are bump lines, that is, 
line segments on the grasp plane that are 
checked each iteration for collisions with 
filled grid cells (see Figure 5). A bump 
vector is a unit vector perpendicular to a 
bump line pointing away from the gripper. 

In the absence of intervening filled grid 
cells in the motion plane, the gripper’s 
motion will be a simple translation along 
the vector connecting the finger and target 
point. We call the unit vector in this direc¬ 
tion the goal vector. 

After investigating all the bump lines for 
collisions with filled cells, we construct a 
unit circle and map onto it the goal vector 
and the bump vectors whose correspond- 
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Figure 6. The initial and final position of the gripper for the initial grasp of the 
example in Figure 1. The dark obstacles are present at the pickup point, the 
hatched obstacle is a copy of the table at the destination where the regrasp is to 
be done. 


ing bump lines have not detected colli¬ 
sions. Figure 5 shows a typical situation. 

To compute the translational motion of 
the gripper, we compare the goal vector 
with the multiplied bump vectors. If the 
goal vector has no component in the direc¬ 
tion of a zero-length bump vector, the grip¬ 
per moves in that direction. Otherwise, as 
in the figure, the gripper moves along the 
nonzero bump vector closest in direction to 
the goal vector. 

The bump lines also provide a conven¬ 
ient way to compute a torque to rotate the 
gripper. Any colliding bump line produces 
a torque whose magnitude is proportional 
to the cross product of the bump vector and 
a vector connecting the finger grasp point 
with the center of the bump line. The total 
torque on the gripper is just the sum of the 
torques generated by each colliding bump 
line. 

The gripper is free to rotate about the 
finger grasp point (shown near the finger 
tip in Figure 5). Rotations and translations 
are limited in such a way that no point on 
the gripper moves by more than one grid 
cell per iteration. This precludes the possi¬ 
bility that any filled grid cells will pene¬ 
trate the bump lines during an incremental 
motion. 

At each iteration, a check ensures that a 
motion in the computed direction will yield 


a reachable gripper position. If the position 
is not feasible, then a different direction (if 
any remain) is tried. 

Every few iterations, the position of the 
gripper is compared to a previous position. 
If no significant progress has been made, 
the path is terminated. At this point, the 
position of the gripper in relation to the 
target area is checked. If the fingers suffi¬ 
ciently overlap the target (for example, the 
chosen faces of a grasp), then the path is 
accepted and returned; otherwise, the plan¬ 
ner either tries to plan a path from another 
starting point or tries another pair of faces. 

Figure 6 shows initial and final positions 
obtained by the quasipotential method for 
the initial grasp of the example in Figure 1. 
Note that the finger grasp point cannot 
actually reach the chosen target point, but 
that the grasp sufficiently overlaps the 
target face. 

Although this method does not guaran¬ 
tee a solution, it has performed quite well 
in most of the cases we have encountered. 
We believe we can enhance the method’s 
performance by improving the choice of 
starting point and avoiding a reliance on a 
fixed attraction point. We are currently 
experimenting with a variation of the 
method that picks a starting point by find¬ 
ing the maximal clearance translational 
paths from the target point to the edges of 


the motion grid. The starting points are the 
ends of the paths. During each iteration, 
the attraction point used for computing the 
artificial forces acting on the gripper will 
move along the chosen path. We hope this 
will avoid many of the problems of local 
minima and nonconvex obstacles. 

Global planning: low-resolution C- 
space. The local quasipotential method is 
effective near the target when we know 
that a nearly direct path exists. Local meth¬ 
ods are less effective for gross motions that 
span a significant segment of the work 
space, so we use a low-resolution C-space 
method for these motions. Although the 
basic method is that described in Lozano- 
Perez, 8 the implemented method uses sev¬ 
eral heuristics to lower the average compu¬ 
tation time. 

One key approximation limits the C- 
space obstacle construction to the first 
three joint angles of the robot. The planner 
builds three three-dimensional slices of the 
underlying six-dimensional C-space. One 
slice is built with the wrist angles fixed at 
their value at the start of the path, another 
slice with the angles set at their value at the 
end of the path, and the last slice for the 
range of wrist angles between the start and 
the end. The free-space representation in 
these three slices is linked into a single 
free-space representation that can be 
searched for a path. 

We build the first two slices at high 
resolution (quantization of one degree), 
but make no attempt to build the full three- 
dimensional slice of the C-space. In fact, 
we make every attempt to limit the size of 
the slices. The idea is to move as close as 
possible to the initial and goal points within 
the slice that spans the orientations of the 
wrist between the initial and goal points. 
Then, only the final segments need to be 
traveled in the remaining two slices. The 
computation of these slices, therefore, 
proceeds on an “on-demand” basis. First, 
we build the slice for a very narrow range 
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Figure 7. The gross-motion-planning problem is split into three three-degree-of- 
freedom slices: (a) a low-resolution C-space slice for the total range of values of 
the wrist angles, (b) a high-resolution C-space slice for the initial values of the 
wrist angles, and (c) a high-resolution C-space slice for the final values of the 
wrist angles. 


Figure 8. Obstacles can be approxi¬ 
mated by tori, centered at the base of 
the robot, with constant polygonal 
cross sections in the plane of the sec¬ 
ond and third links of the robot. 


of the first three angles. We stop if we find 
a path in this range; otherwise, we widen 
the range incrementally until we find a 
path. This strategy is illustrated in Figure 
7. 

The third slice, spanning the range of 
wrist angles for the motion, is built to span 
the whole range of the first three joint 
angles. But, we build this slice at lower 
resolution (eight degrees) and approximate 
the robot and the obstacles to simplify the 
computation. This simplification exploits 
the fact that the computation of C-space 
obstacles for planar robots and obstacles is 
much more efficient than that for solid 
polyhedra. 8 We can take advantage of the 
fact that the Unimation Puma 560 robot 
used in Handey has, as do many commer¬ 
cial robots, two links with parallel rotation 
axes (see Figure 8). Therefore, we can ap¬ 
proximate the arm as a planar two-link arm 
operating in a plane determined by the first 
joint angle. Then, we can approximate the 
obstacles by tori, centered at the base of the 
robot, with constant polygonal cross sec¬ 
tions in the plane of the second and third 
links of the robot (see Figure 8). 

The result of this process approximates 


the three-degree-of-freedom C-space us¬ 
ing only planar computations. Although 
this does not affect the asymptotic com¬ 
plexity of the method, it results in a signifi¬ 
cant speed up. 

The interaction between local and 
global planning. Given a problem that 
requires moving from a position close to an 
obstacle to another position close to an 
obstacle, such as a regrasping step, Handey 
proceeds as follows: 

(1) Use the quasipotential planner to 
move away from the initial position very 
near an obstacle. Call this point /'. 

(2) Use the quasipotential planner to 
move away from the final position very 
near an obstacle. Call this point F'. 

(3) Use the C-space planner to move 
from /' to F 

The current implementation of Handey 
does not choose the points /' and F' with 
the gross motion planner in mind. In par¬ 
ticular, there is no guarantee that these 
points will be in the low-resolution free-C- 
space built by the gross motion planner. 
This is not a requirement, but it minimizes 
the computation required to plan the com¬ 


plete path. We could make this connection 
by marking as desirable targets those grid 
points (specifying the gripper position and 
orientation) that map into free-C-space 
points (specifying the first three joint 
angles of the arm). Nevertheless, this 
hybrid local/global approach to planning 
motions has proven quite effective in our 
experiments. 

H andey is unique for being the first 
task-level system that has been 
extensively tested in relatively 
complex tasks. Since Handey operates by 
locating an obstructed object placed in a 
random orientation and taking it to any 
specified location, it must handle quite 
general motion-planning problems. But, to 
be thoroughly tested, it must run in reason¬ 
able time. This conflict has forced us to 
search for simplifying assumptions that do 
not significantly reduce the system’s gen¬ 
erality. We believe that this search will be 
critical to the development of task-level 
robot systems. Handey’s capabilities are 
only a small fraction of those required for 
a comprehensive system. Other important 
capabilities are 
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• planning force-controlled motions to 
assemble objects in the presence of 
position error; 

• planning coordinated motions for 
multiple robots; 

• planning the placement of the parts in 
the work space to optimize task execu¬ 
tion; and 

• planning the nature and order of opera¬ 
tions required to carry out a task, for 
example, the order in which to as¬ 
semble parts. 

We are currently investigating all these ca¬ 
pabilities within the framework of Han- 
dey. □ 
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The Problems 

of Accuracy and Robustness 
in Geometric Computation 


Christoph M. Hoffmann, Purdue University 


D espite great advances in geomet¬ 
ric and solid modeling, practical 
implementation of the various 
geometric operations remains error-prone, 
and the goal of implementing correct and 
robust systems for carrying out geometric 
computation remains elusive. This fact 
seems to arise from an underlying diffi¬ 
culty that sets geometric computation 
apart from other application areas in com¬ 
puter science and engineering. 

Recently, a number of publications have 
begun to address this question; but there 
is no general agreement as to the true 
source of the problem or what strategies 
might succeed in solving it. In particular, 
the problem is variously characterized as 
a matter of achieving sufficient numerical 
precision, as a fundamental difficulty in 
dealing with interacting numeric and sym¬ 
bolic data, or as a problem of avoiding 
degenerate positions. Here, degenerate 
position could refer to positional incidence 
or to tangential, as opposed to transversal, 
intersection. 

In fact, these issues are interrelated and 
are rooted in the problem that objects con¬ 
ceptually belonging to a continuous 
domain are analyzed by algorithms doing 
discrete computation, treating a very large 
discrete domain—for instance, the set of 
all representable floating-point num¬ 
bers—as if it were a continuous domain. 
In many situations, this approach leads to 



Despite the pressing 
need, devising 
accurate and robust 
geometric algorithms 
has proved elusive for 
many important 
science and 
engineering 
applications. Why is 
that? And, how can 
we change it? 


acceptable results. However, except for 
very simple geometric objects, this sim¬ 
plification apparently does not work very 
well and expresses itself in occasional fail¬ 
ure of the implemented algorithm operat¬ 
ing on valid inputs. 

This article examines these problems, 
surveys the various approaches proposed, 
and assesses their potential for devising 
complete and efficient solutions. I have 


restricted my analysis to objects with lin¬ 
ear elements, since substantial problems 
already arise in this case. 

Linear geometric objects, in three 
dimensions, usually consist of points, 
edges, and polygonal faces in specific spa¬ 
tial relationship to each other. The speci¬ 
fication of such objects consists of two 
parts: numerical information, recording 
(that is, vertex coordinates or plane equa¬ 
tions), and symbolic data specifying face 
and edge boundaries, adjacencies, and 
incidences. 

Usually, the arithmetic data describing 
a geometric object is given only approxi¬ 
mately, for instance, using a floating-point 
representation. Consequently, the impre¬ 
cise results may lead to contradictory 
information about the in-put object. For 
instance, the object description might 
require that four adjacent faces meet in a 
common vertex, yet the numerical plane 
coefficients for the faces might specify 
four planes that intersect in four closely 
spaced points rather than a single one. 

In many geometric operations, the 
result of numerical computation must be 
used to infer symbolic facts. If limited- 
precision arithmetic is used, the outcome 
of the computation might crucially depend 
on the detailed sequence of calculations. 
Since uncertainty is associated with 
approximate arithmetic computation, 
some decisions are made with incomplete 
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information. Different decisions made in 
this manner must be logically consistent. 
Moreover, certain symbolic facts can be 
determined by different sequences of 
arithmetic calculation that could result in 
contradictory answers. For example, 
determining whether a vertex u of a poly¬ 
hedron A coincides with a vertex v of a 
polyhedron B can be done as follows: 

(1) Compute the distance to u from each 
of the planes intersecting in v. 

(2) If the distance from all planes is 
smaller than a fixed tolerance, then declare 
that u and v are coincident. 

In this computation, interchanging the 
role of u and v could result in contradic¬ 
tory conclusions; that is, we might deter¬ 
mine that u is incident to v but not vice 

Given these possibilities, we must ask 
the following questions: “What is meant 
when it is stated that a geometric algorithm 
is correct? ’ ’ and ‘ ‘ Does the geometric algo¬ 
rithm deliver an acceptable result for all 
legitimate inputs?” Implementing most 
geometric algorithms as given will lead to 
programs that fail for certain correct 
inputs. 


Several approaches to robust geometric 
computation propose to perform arith¬ 
metic with such sufficiently high accuracy 
that correct results must be obtained. In 
this section, I explore two such methods. 
Assuming that the input data is exact, the 
problem is to determine how many digits 
of precision the arithmetic calculations 
require so that the algorithm produces cor¬ 
rect results to prescribed accuracy. I also 
examine whether arithmetic operations 
can be avoided altogether, completely 
replacing them with exact symbolic com¬ 
putation. 

Floating-point computation. Using a 
very simple example, Dobkin and Silver 
illustrated the difficulty of accurately per¬ 
forming geometric computations repeat¬ 
edly.' They considered a pentagon A in 
the plane. Drawing the five diagonals of A , 
their intersections define a pentagon B 
inside A . I call the operation of passing 
from A to B going in and denote it by B = 
in(A). Similarly, we can extend the five 
sides of A to their outer intersections, thus 
obtaining a pentagon C containing A . I 
call this operation going out , and write C 
= out(A). Clearly, A = out(in(A)) and A 
= in(out(A)). Taking a pentagon A, Dob- 
kin and Silver iterate the going-in opera¬ 
tion m times, obtaining B = in m (A), then 
compute C = out"'(B). Then, they com¬ 
pare the coordinates of the vertices of A 
and C. Ideally, they should be equal. In 
practice, they can differ by a large error 
even for values of m as small as 2 or 3. 

To illustrate, consider a pentagon with 
vertices at (0,1), (0,0), (1,0), (1 +p, 1), and 
(1,1 +p), for several values of m and of p 
(see Figure 1). Table 1 shows the results, 
with all computations performed in single¬ 
precision IEEE standard floating-point 
arithmetic. The table demonstrates dra¬ 
matically that the numerical output from 
very simple geometric operations can be 
quite inaccurate. 


Dobkin and Silver suggested computing 
an accuracy estimate for each geometric 
calculation. The inputs to the computation 
are systematically perturbed and the effect 
of the perturbation on the output is mea¬ 
sured, essentially by repeating all compu¬ 
tations. While they reported encouraging 
results, experiments with my example 
polygon seem less encouraging. 2 I will 
analyze why this might be. 

The two operations iterated on the pen¬ 
tagon involve finding the equation of the 
line containing two given points u and v 
and computing the coordinates of the 
intersection of two lines. Of these compu¬ 
tations, finding the intersection of two 
lines 

a x x + b x y + Ci = 0 
ape + b 2 y + c 2 = 0 

is the more delicate, as it involves invert¬ 
ing the matrix 



The accuracy with which the matrix can 
be inverted can be estimated by the condi¬ 
tion number x (See Golub and van Loan 3 
and the sidebar entitled “Condition num¬ 
ber.”) Roughly speaking, the larger the 
condition number, the more the solution 
will be sensitive to random perturbations 
of the equation coefficients. Such pertur¬ 
bations will occur in floating-point arith¬ 
metic due to rounding and cancellation 
errors. 

With p, the angle between two lines, we 
can show that the condition number of the 
matrix A is approximately 



Under extremely favorable circumstances, 
we expect a perturbation of the input 
coefficients of order 2“', where t is the 
machine precision; that is, the computed 
result will differ from the true result only 
by round-off in the last representable digit. 
Hence, for small intersection angles p, say 
p = l/2 m , we expect to lose approxi¬ 
mately m + 1 binary digits. 

When iterating the going-in and going- 
out operations, we must expect the preci¬ 
sion loss at each stage to be multiplicative. 
Suppose we could guarantee an angle of no 
less than one arc second between any pair 
of lines encountered during the iteration. 
Then, to guarantee a meaningful result, 


Table 1. Absolute error for iterating going in and going out operations. 
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computing going in three times followed 
by three going-out operations would 
require doing the calculation at more than 
triple precision. Quadruple precision cal¬ 
culation would yield, in the worst case, 
only about four significant decimals. My 
experiments corroborated this finding. 

Some authors have proposed specific 
techniques for implementing a sequence of 
floating-point computations in a way that 
minimizes errors. Such techniques, for 
computing the inner product of two vec¬ 
tors, for instance, help to minimize round¬ 
off errors; but they cannot circumvent the 
fact that ill-conditioned problems remain 
highly sensitive to minor perturbations 
and therefore require extended precision 
to reduce the relative magnitude of such 
perturbations. 

Limited precision rational arithmetic. 

The previous results show that the needed 
arithmetic precision grows when the angle 
between two distinct lines diminishes. The 
question arises: “Are there ways to con¬ 
tain this growth behavior and work within 
a priori precision bounds?” 

Sugihara proposed using exact rational 
arithmetic of bounded precision. 4 He 
implemented Boolean operations on poly¬ 
hedral solids as follows: 


(1) In the representation of a polyhe¬ 
dron, only plane equations are given 
numerically, in the form ax + by + cz + 
d = 0, where a, b, c, and d are integers. All 
other information is symbolic: Vertices are 
given as the intersection of three or more 
planes, edges as the intersection of two 
planes, and so on. 

(2) A polyhedron is built from a 
sequence of operations on primitives, and 
these primitive polyhedra must be tri¬ 
hedral and must satisfy a minimum feature 
condition. 

By minimum feature condition I mean 
that every edge is longer than a certain 
minimum and that the angle between adja¬ 
cent faces is bounded away from 0 and rr/2 
by a minimum angle. Moreover, a tri¬ 
hedral polyhedron is one in which every 
vertex is incident to exactly three faces. 

To limit the precision of the rational 
numbers occurring throughout the geo¬ 
metric computations, Sugihara required 
that the magnitude of a, b, and c be less 
than a maximum L, and that the magni¬ 
tude of d be less than L 2 . The reason for 
giving a different bound on the magnitude 
of d is illustrated in Figure 2 in two dimen¬ 
sions. In the figure, the grid of represent¬ 
able lines is more uniform with |tf| < L 2 
than with |tf| < L. The same is true in three 


dimensions for the set of representable 
planes. 

When so limiting the set of representa¬ 
ble planes, there is clearly an absolute 
minimum distance between any point u 
that is the intersection of three planes and 
a fourth plane P, whenever u is not on P. 
This minimum distance gives rise to an 
estimate of the internal precision needed 
to correctly test incidence or nonincidence 
of geometric structures. If the input pre¬ 
cision is L decimal digits, intermediate 
integers with up to 5 L + 2 decimal digits 
will be needed, since a vertex u = 
P,r)P 2 riP } is on a plane P 4 precisely 
when the determinant 
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Figure 3. Union of 150 random trian¬ 
gles. The square indicates the area 
shown in Figure 4. 


Figure 4. Border, magnified 10 times. 
The square indicates the area shown in 
Figure 5. 



Condition numbers 

Consider inverting a matrix A. If we 
change the entries of A slightly, we 
would expect the computed inverse 
to change accordingly. The condition 
number quantifies by how much the 
entries of the inverse could change 
as a function of the changes in the 
matrix A. In practical terms, a condi¬ 
tion number x implies that changing 
the entries in A by an amount e might 
result in a change in the entries of 
the inverse by as much as xe. Thus, 
the condition number is an amplifica¬ 
tion factor for errors. It can be com¬ 
puted using standard techniques 
from numerical analysis. 

When computing the inverse of A 
using floating-point arithmetic, we 
expect a result that differs from the 
true inverse due to round-off and 
other systematic errors introduced by 
the limited precision of floating-point 
arithmetic. Therefore, for a matrix A 
with a condition number x, the error 
in the result is amplified by x. Hence, 
matrices with high condition num¬ 
bers are difficult to invert accurately. 
Such matrices are also called ill- 
conditioned. 

Simplifying somewhat, I estimate 
that in this situation a relative pertur¬ 
bation of the line coefficients by e 
leads to a relative perturbation of the 
intersection point coordinates 
proportional to xe. Thus, x measures 
how many extra digits we need in the 
intermediate computation so as to 
arrive at an inverse whose entries 
have the same accuracy as the line 
coefficients. 


a\ b\ c, d\ 
a 2 b 2 c 2 d 2 
a 3 b 3 c 3 d 3 
a 4 b 4 c 4 d 4 

is zero. Thus, slightly more than quintu¬ 
ple precision is required. 

Sugihara’s approach successfully deals 
with the problem of possible rapid growth 
in the number of digits needed to represent 
numeric data in a sequence of geometric 
operations. However, when using it to 
implement a polyhedral modeler, a draw¬ 
back exists in that rotating or translating 
a complex polyhedron is not straightfor¬ 
ward. To appreciate this problem, con¬ 
sider Figures 3-5. 

Figure 3 shows the union of 150 trian¬ 
gles randomly generated with one vertex 
on a circle of radius 10 3 and the other 
two on the unit circle. Figures 4 and 5 show 



Figure 6. Possible feature alteration 
through translation or rotation. 

details of the boundary in different mag¬ 
nifications. You can observe that the 
boundary of the resulting object contains 
many small features, such as the narrow 
crack shown in Figure 5. When translating 
or rotating the object, there is no guaran¬ 
tee that, in the new position, there will exist 
representable grid lines that can bound 


such a feature. In fact, on rotating or 
translating, each line might have to be 
“rounded” so its coefficients conform to 
the limits in magnitude. Then, the feature 
would possibly be altered to look as shown 
in Figure 6, so that a simple polygon might 
be changed to one that is not simple. 

In view of this problem, Sugihara sug¬ 
gested the following: When translating or 
rotating a complex polyhedron P, 
separately translate or rotate the primitives 
from which P has been built, then recon¬ 
struct P from the resulting primitive 
objects. Since primitives are trihedral, the 
movement of the incident planes due to 
rounding might move a vertex slightly but 
cannot invalidate its incidence structure. 
For example,- when rotating a cube, the 
faces need not remain square or parallel, 
although we can expect them to remain 
nearly so. Clearly, the possible slight 
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deformation of the primitives also results 
in a change of the topology of P. That is, 
the translated or rotated version of P 
might well differ from P in the number of 
vertices, faces, and edges. However, since 
it has been reconstructed, it must remain 
a valid polyhedron. 

Both the need to reconstruct a polyhe¬ 
dron P and the fact that a move of P alters 
its topology are unattractive. Moreover, it 
is not clear how the approach can gener¬ 
alize to geometric objects with nonlinear 
elements. Two difficulties intrude: While 
the intersection of planes with integer 
coefficients is a rational point, the inter¬ 
section of quadric surfaces with integer 
coefficients need not be rational. Already 
in two dimensions, the intersection of x 
+ y 2 - 1 = Oandx - y = 0 is irrational. 
Moreover, while a minimum distance must 
exist between any two representable dis¬ 
tinct points, estimates of the intermediate 
precision needed to separate them become 
very unfavorable. Sugihara estimates the 
needed internal precision for objects with 
quadric surfaces at 80 times the input pre¬ 
cision. 


Purely symbolic representations. The 

section titled “Floating-point computa¬ 
tion” pointed out that, without further 
restrictions, robust geometric computa¬ 
tion might require certain floating-point 
calculations to be carried out to arbitrary 
precision. Limited precision, on the other 
hand, appears cumbersome and seems dif¬ 
ficult to generalize to nonlinear geometric 
elements. Could we shift the problem to 
symbolic computation, minimizing the 
role of arithmetic computation or even 
eliminating it? 

To investigate, let us consider geomet¬ 
ric objects consisting of lines, given as 
[a,b,c\, and points, given as (u,v, w), where 
a, b, c, u, v, and w are drawn from a count¬ 
able set of variables. Here, the triple 
[a,b,c] symbolizes the line equation ax + 
by + cz = 0 and the triple (u,v,w), projec¬ 
tive point coordinates. Recall that the 
projective point (u, v, w) corresponds to the 
affine point (u/w,v/w) whenever w * 0. 

Specifying that the point P = (u, v, w) is 
incident to the line L = [ a,b,c] shall mean 
that the equation au + bv + cw = 0 can 
be satisfied, and we write this fact as L(P). 
1 specify an arrangement of points and 
lines by the following rules: 

(Dl) All lines and points must be 
declared in advance, as triples of variables. 
No two lines and no two points so declared 
are equal. 


(D2) If a point P is incident to a line L , 
then this fact is explicitly stated as L(P). If 
two lines L x and Z, 2 intersect in the 
declared point P, then this fact is expressed 
explicitly by the two incidence statements 
UP) and UP). 

(D3) No other incidences exist among 
declared points and lines except those 
explicitly stated. 

These rules have been closely modeled 
after common conventions in boundary 
representations of polyhedra, where one 
requires that vertices, edges, and faces are 
all distinct, and that they do not intersect 
except in explicitly stated adjacencies. 

Given a symbolic object specification in 
the methodology above, we investigate 
whether it can be realized as a point/line 
configuration in real two-dimensional 
projective space P 2 . That is, we ask 
whether an assignment of real numbers to 
the variables exists such that 

(1) the equations entailed by (D2) 
above are satisfied, and 

(2) all points and lines are distinct and 
satisfy (D3). 

Note that this question differs from the 
traditional, combinatorial question 
whether there exists an abstract projective 
geometry satisfying the required condi¬ 
tions, since we insist on an embedding into 
the specific geometry P 2 . 

It is not hard to find an example of a 
description that cannot be realized in P 2 : 
Consider the following configuration con¬ 
sisting of nine distinct points: 



P\ = («1. Vi, W|), .... 

Pg = (n 9 , V 9 , Wg) 

and of nine distinct lines 

L\ = [a,, b x , c ; ], .... 

Lg = [a 9 , bg, c,] 

The required incidences are as follows: 

L,(Pi), UP,), UP*), UP 2 ), UP*), 
UP*), UPl), UPl), UPl), UPl), 
UP}), UP9 ), UP}), UP*), up*), 
UP*), UP*), UPl), UP*), up*), 
UP*), UP*), UPl), up*), UPl), 
Lg(P*), UP*) 

This configuration exists in P 2 and is 
shown in Figure 7. However, if the last 
incidence constraint, UP*), is removed, 
then there is no such configuration in P" 
since it contradicts Pascal’s theorem. (See 
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Pascal’s theorem 

In the form used here, Pascal’s 
Theorem makes the following state¬ 
ment: Let P,, P 2 , P 3 , P 4 , P 5 , P 6 be the 
vertices of a hexagon and assume 
that alternate vertices are on straight 
lines. Then, opposite sides of the 
hexagon intersect in three points 
that also lie on a straight line. 

Figure 7 illustrates the theorem. 
The hexagon vertices P„ P 3 , P 5 lie on 
the line i.,, the hexagon vertices P 2 , 


the sidebar “Pascal’s theorem.”) 

The example demonstrates that a purely 
symbolic representation raises logical exis¬ 
tence problems. The solution seems to 
require symbolic reasoning and should 
lead you to ask: “How complex would the 
reasoning need to be?” The answer 
depends on the domain of geometric 
objects: For general geometric configura¬ 
tions, including curved elements, Buch- 
berger gave an overview of several 
techniques. 5 Unfortunately, these tech¬ 
niques have an exponential worst-case 
complexity. Hong observed that by choos¬ 
ing sufficiently long integers, the existence 
problem can also be settled equivalently by 
arithmetic computation. 6 However, the 
integers needed could be of exponential 
length, even when restricting attention to 
circle and line configurations. 

Later, we will see that essentially no 
reasoning is needed when intersecting two 
polygons. When intersecting three poly- 





Figure 8. Repositioning the face / 
requires changing adjacent faces. 


P 4 , P 6 lie on the line L 2 , hence the 
hexagon P„ P 2 , P 3 , P 4 , P 5 , P 6 satisfies 
the hypotheses of the theorem. P 7 is 
the intersection of the opposite hexa¬ 
gon sides (P„ P 2 ) and (P 4 , P 5 ). Simi¬ 
larly, P 9 is the intersection of (P 2 , P 3 ) 
and (P 5 , P 6 ), and P 8 is the intersection 
of (P 3 , P 4 ) and (P 6 , P,). 

The conclusion is that the points 
lie on a common line. This line is L a 
in the figure. 


gons simultaneously, substantially more 
reasoning is needed, but exact complexity 
bounds have not yet been established. 
When intersecting four polygons simul¬ 
taneously, we can illustrate that irrational 
points can be constructed from certain 
configurations with prescribed incidences. 
(Also see Hoffmann 2 and Hoffmann, 
Hopcroft, and Karasick. 7 ) 

Perturbation 

approaches 

Several approaches to robust geometric 
computation consider altering the input 
data slightly. In many applications, the 
input data is not exact to begin with. Thus, 
altering it for pragmatic reasons seems 
appropriate. Next, let us examine several 
such approaches. 

Representation and model. If we accept 



Figure 9. Sequence dependence of posi¬ 
tional perturbation. 


the possibility of imprecise numerical data, 
we need to first explain what is described 
by such a representation. Only after giv¬ 
ing a precise geometric meaning to such a 
representation can we decide whether a 
geometric algorithm has been correctly 
implemented. Thus, we introduce the 
notions of representation and model. 

A representation is a description of a 
geometric object, possibly using imprecise 
arithmetic data. Such a representation has 
a model, if an object exists in Euclidian 
space satisfying the symbolic part of the 
description precisely whose numeric data 
is exact, although it might require infinite 
precision numbers. As we saw above, the 
question whether a model exists for a given 
representation is delicate and must not be 
dismissed lightly. 

The definitions make a distinction 
between Euclidian space in which models 
exist and a (discrete) representation space 
manipulated by the computer implemen¬ 
tation. While all geometric theorems are 
valid in Euclidian space, some of them 
might not be true for representations. 

Since the numerical data in the represen¬ 
tation is intended to be close to the exact 
data, comparing the exact data of the 
model to the approximate data of the rep¬ 
resentation makes sense. A model M of a 
given representation R is t-close if the 
largest deviation of the numeric data of the 
representation from the exact model data 
is no greater than t. This is an absolute 
error notion, which suffices for our pur¬ 
poses but could clearly be replaced by a 
relative error definition. 

With these concepts, we can now clar¬ 
ify when a k -ary geometric operation op is 
correctly implemented: The implementa¬ 
tion of op is correct if a model A/, exists 
for every input representation /?, such 
that the following is true: 

(1) The algorithm constructs an output 
representation R without failing. 

(2) There is a model Mof R such that A/ 
= op(M u ... ,M k ). 

The definition can be further specialized 
to capture the precision of the algorithm 
as follows: Given that each model A/, is £- 
close to its representation, the model M is 
d(£)-close to R. 

Clearly, we want assurance that a model 
M exists for all legitimate input data, and 
a function 6 exists such that d(e) is not 
excessively large compared to 1 .1 will pre¬ 
sent some examples below. 

The reasoning paradigm. The imple¬ 
mentation of a geometric algorithm, oper¬ 
ating with imprecise numeric data, 
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repeatedly involves the following scenario: 
Carry out a numerical computation C. 
Depending on whether the outcome is 
positive, zero, or negative, we must 
make a logical decision, and that deci¬ 
sion affects subsequent processing. As 
long as the magnitude of the result r 
exceeds a certain threshold t(C ), we can 
make the decision with certainty. If the 
magnitude of r is smaller than t(C ), the 
decision based on r alone is uncertain. 
When the decision is uncertain, we 
could make it arbitrarily; that is, we could 
require that a result of magnitude | r\ < t is 
[ understood to mean r = 0. But the fact that 

such a decision could have consequences 
for other, later decisions obliges us to 
make each decision in a logically consistent 
manner. So, the reasoning paradigm says 
that a decision for |r| < r requires symbolic 
reasoning to assure its consistency with all 
other such decisions. 

For example, consider the problem of 
deciding if a vertex v of a polyhedron B is 
incident to a face, edge, or vertex of a poly¬ 
hedron A . Suppose we have already deter¬ 
mined that v lies in the plane containing the 
face/of A and that it is so close to an edge 
e of A that v is probably on e. If we decide 
that v is incident to e, then we must also 
decide that v is incident to the face/' of B 
that is adjacent to/by the edge e. 

Although this example might seem 
trivial, it is one of the specific problems 
that causes many polyhedral modelers to 
fail for certain inputs. One of the major 
issues, then, is to determine how 
difficult—in a complexity-theoretic 
sense—the reasoning must be by which the 
algorithm establishes that the next decision 
is consistent with all previous decisions. 
Hoffmann, Hopcroft, and Karasick 
explored this problem. 7 Technically, the 
reasoning paradigm requires the following 
two elements: 

(1) A specification of t and a strategy 
for deciding the case |r| <t. 

(2) A proof that the program always 
terminates with a representation 
that is correct as discussed in the 
section titled “Representation and 
model.” 

Hoffmann, Hopcroft, and Karasick 
showed that the intersection of two poly¬ 
gons can be computed in this sense with 
essentially no reasoning. 7 This result fol¬ 
lows from a method for placing edges so 
that all incidence constraints computed by 
the decision strategy for |r| <r are satis¬ 
fied. The decision strategy is simply to 
assume r= 0. 


The section titled “Purely symbolic 
representations” showed that incidence 
requirements can lead to reasoning prob¬ 
lems. Polygonal intersection is free of 
these difficulties as long as we do not 
require satisfaction of additional posi¬ 
tional properties, such as the collinearity 
of nonconsecutive edges. These con¬ 
straints can be introduced artificially by 
considering the simultaneous intersection 
of three or more polygons. For instance, 
the configuration of Figure 7 can be real¬ 
ized by superimposing three polygons. 

Considerable difficulties arise for poly¬ 
hedral intersection, since it is no longer evi¬ 
dent how to reposition a face consistently 
so as to satisfy all incidence decisions. For 
example, consider the polyhedron A 
shown in Figure 8. Assume we need to 
adjust the plane containing the face/to 
accommodate some incidence decisions we 
made when analyzing the position of A 
with respect to some other polyhedron B. 
Since we must preserve the planarity of/, 
at most two vertices can remain in the 
original position. However, all vertices are 
adjacent to more than three faces, so that 
moving them also requires changing the 
shapes and, possibly, the positions of adja¬ 
cent faces. Consequently, the operation of 
repositioning a face requires a global alter¬ 
ation of the polyhedron whose existence 
seems difficult to prove. It is therefore 
unclear whether the altered polyhedron 
representation has a model. 

Let P be the plane containing a face 
bounded by trihedral vertices only. Then, 
we can alter the position of P slightly with¬ 
out affecting the adjacent face planes. 
Hence, we can prove that a trihedral poly¬ 
hedron can be correctly intersected with a 
half space, because the discovered inci¬ 
dences of the vertices of the polyhedron 
with the intersecting plane can be satisfied 
by local positional perturbations. We can¬ 
not conclude from this that a trihedral 
polyhedron can be intersected with a con¬ 
vex polyhedron, since the result of the first 
intersection need not be a trihedral poly¬ 
hedron. Hence, subsequent intersections 
might lead to incidence constraints not 
provably satisfiable by positional pertur¬ 
bations. 

The stringent requirement that the topo¬ 
logical data agree between representation 
and model also affects what bounds can be 
established on the closeness 6 of the out¬ 
put model Mas a function of the closeness 
c of the input models Mi and M 2 . The pri¬ 
mary reason for this is a technical one. As 
stated above, when proving the correctness 
of an implementation in this framework, 



we have to show that the elements of the 
input models can be consistently reposi¬ 
tioned so as to satisfy the incidence con¬ 
straints introduced during the course of 
the computation. In all likelihood, this 
repositioning is sequential, for proof pur¬ 
poses. But the repositioning sequence 
affects the final position of the vertices, 
edges, and faces. As an example, consider 
positioning the vertices 1-7 so that they 
satisfy the collinearity constraints depicted 
in Figure 9. Here, positioning them in the 
order 1, 3, 4, 5, 2, 7, 6 is much more 
favorable than positioning them in the 
order 1,2,7,6, 3,4, 5, since a small posi¬ 
tion perturbation of the vertices 2, 6, and 
7 leads to a large perturbation of the ver¬ 
tices 3 and 5. Thus, not only would I like 
to show that a consistent sequence of 
repositioning operations exists for all 
inputs and all incidence decisions made, 
but the specific sequence chosen also leads 
to small positional perturbations. 

Altering the symbolic data. So far, I 
have required that the symbolic data of the 
representation be literally satisfied by the 
model. Thus, the symbolic data is consid¬ 
ered more trustworthy than the numeric 
data when deducing the intended meaning 
of a given representation. The rationale 
for giving priority to the symbolic data is 
that it can be represented easily without 
error. Assuming that a reliable method for 
defining geometric objects exists, the sym¬ 
bolic data in their representation ought to 
be correct as given. 

However, objects are often constructed 
from other objects by geometric opera¬ 
tions, so there is a chance that the imple¬ 
mentation has introduced some 
unintended alterations into the symbolic 
data. Especially if some elements of an 
input object have been repositioned by 
large distances, the topology of the output 
object could well differ from what was 
intended. Therefore, if altering the sym- 
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(2) the hidden variable method. 



Figure 10. Vertex shifting. 



Figure 11. Edge cracking. 





Figure 12. Additive positional perturbation in edge cracking. 


bolic data slightly would result in smaller 
positional perturbations, I could also take 
the view that the numeric data is more 
accurate than the symbolic data. This 
motivates exploring the consequences of 
changing the symbolic data, such as, by 
subdividing edges and faces, followed by 
slight positional perturbations of the sub¬ 


divided elements. 

Milenkovic explored this approach. 8 
For operations on planar polygonal 
regions and for determining the topology 
of line arrangements in the plane, he 
presented two techniques: 

(1) the data normalization method, and 


In the data normalization method, we 
implement Boolean operations on polyg¬ 
onal regions in the plane. Each region is 
represented by a list of vertices whose 
coordinates are given as floating-point 
numbers and a list of edges specified by 
their vertices. He postulated that no two 
vertices are closer to each other than some 
tolerance e. and that, likewise, no vertex is 
closer to an edge than e. The algorithm 
begins by altering the input data to satisfy 
these two requirements. Two operations, 
vertex shifting and edge cracking, are 
needed. These operations are illustrated in 
Figures 10 and 11. 

Vertex shifting merges two vertices that 
are closer than e into a single vertex. Since 
the representation is based on vertex coor¬ 
dinates, you can do this merging with no 
difficulty. Having so identified all vertices 
that lie close, he next subdivided any edge, 
provided a vertex lies close to it. If the edge 
is (u, v), and w lies close to it, then ( u , v) is 
replaced by the two edges («, w) and (w\ v). 
Thus, new edges and vertices are intro¬ 
duced, thereby modifying the symbolic, 
topological data. Milenkovic proved that 
the algorithm terminates and gives bounds 
on the maximum positional perturbation. 

The sequential nature of eliminating 
near coincidence of vertices and edges in 
the subdivision method can introduce 
positional perturbations much larger than 
e. An example for edge cracking is shown 
in Figure 12. Here, the initial cracking of 
(m 0 . v 0 ) by the vertices u t and v, brings the 
vertices u 2 and v 2 close to the middle seg¬ 
ment (mi, v,), which is cracked next. This, 
in turn, introduces further subdivision, so 
the largest displacement is proportional to 
nt, where n is the number of vertices. 
Milenkovic showed that, combined with 
errors introduced through vertex shifting, 
the maximum positional perturbation in 
the worst case is proportional to ntp, 
where n is the total number of vertices, and 
p is the length of the perimeter. 

Milenkovic proposed a second 
approach called the hidden variable 
method in which the positional deviation 
is globally bounded. The algorithm deter¬ 
mines how line segments intersect each 
other within a bounding square in a topo¬ 
logically consistent manner. Moreover, 
the coordinates of all intersection points 
are determined to an accuracy bounded by 
lOrj, where 17 = 2 ~ k D, with D the 
diameter of the bounding square and k the 
length of the mantissa. The bound is 
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independent of the number of lines con¬ 
sidered. 

This method replaces the input lines 
with xy-monotonic curves, that is, curves 
guaranteed to intersect exactly once with 
any line parallel to the coordinate axes. 
Consequently, theorems on line configu¬ 
rations, such as Pascal’s theorem men¬ 
tioned in the “Perturbation approaches” 
section, need not be true for the topology 
computed. It derived its name from the 
fact that these curves are never explicitly 
constructed but are known to exist. 

Greene and Yao presented a method for 
drawing line segment arrangements on a 
discrete grid. 9 The objective is to draw the 
line segments such that the end points and 
all segment intersections are on the grid 
points. To this purpose, true intersection 
points are rounded to the nearest grid 
points, and the line segments are suitably 
replaced with polygonal arcs. 

Internally to the method, short line seg¬ 
ments are considered between true inter¬ 
section points p and their rounding p'. 
Such a segment is called a hook, and when 
it intersects an input line segment (m,v), 
then (u, v) is also split to pass through p 
They proved that a correct topology can be 
constructed by first intersecting input line 
segments and then intersecting hooks with 
input line segments. Since the line seg¬ 
ments are replaced by polygonal arcs, this 
approach also alters the symbolic data. 
However, all intermediate calculations are 
done with rational arithmetic, so the 
method is also related to those of the 
“Perturbation-free approaches” section. 

Assuming that the grid points to which 
we round have integer coordinates, they 
proved that the internal precision needed 
to locate all intersections accurately 
depends linearly on the lengths of the coor¬ 
dinates of line segment endpoints. 

Segal and Sequin proposed a similar 
method. 10 Essentially, they consolidate 
the object representation by eliminating 
close incidences. The technique is similar 
to Milenkovic’s data normalization 
method, but differs in that the coordinates 
are rounded to a grid. Small features are 
obliterated in this process, and the result¬ 
ing objects satisfy a minimum feature con¬ 
dition. The algorithm assumes 
floating-point arithmetic. 

Avoiding degeneracies. In the scenario 
given in the “Reasoning paradigm” sec¬ 
tion, I stated that the result of certain 
numeric questions is tested for its sign, and 
that conclusions are drawn depending on 
the result being positive, zero, or negative. 


For instance, the computation might 
determine the Euclidian distance of a point 
from a line; the result would then indicate 
whether the point is on the positive or 
negative side of the line, or if it lies on the 
line. Let us call the latter case a positional 
degeneracy. 

We can eliminate positional degenera¬ 
cies by perturbing the position of these ele¬ 
ments relative to each other, after which 
the scenario of the “Reasoning para¬ 
digm” section simplifies in that only two 
outcomes must be considered, namely, 
whether the result is positive or negative. 
The challenge in designing a perturbation 
scheme is to maintain the integrity of the 
geometric objects, whose elements are per¬ 
turbed. Thus, the approach is essentially 
similar to the reasoning paradigm. As. 
demonstrated in the “Purely symbolic 
representations” section, the difficulty in 
showing the correctness of a proposed per¬ 
turbation scheme critically depends on the 
topological structure of the geometric 
objects manipulated. 

Research has been performed proposing 
such perturbation schemes. The main 
motivation of this work is to eliminate all 
degeneracies. In many cases, this also sim¬ 
plifies the programming effort when 
implementing geometric operations. Note, 
however, that positional degeneracies are 
often intentional in solid modeling, and 
their systematic elimination would be a 
mistake in those applications. 

For the SOS (Simulation of Simplicity) 
method, Edelsbrunner and Miicke proved 
that the final perturbations eliminate all 
existing degeneracies and do not create 
new ones not previously present. 11 Yap 
presented a similar technique. 12 Both 
schemes require fairly simple geometric 
input objects. Edelsbrunner and Miicke 
considered points and eliminated col- 
linearity of three and coplanarity of four 
or more points. 11 Yap took a more 
abstract approach. 12 Under the assump¬ 
tion that all numeric computations can be 
expressed as fixed polynomials in the input 
parameters, he showed that consistent per¬ 
turbations exist that eliminate the possibil¬ 
ity of any polynomial evaluating to zero. 

Results of this type would not be 
applicable to input objects such as poly- 
hedra. Let A be a polyhedron input to, 
say, an intersection algorithm, and assume 
that A contains a vertex v incident to four 
adjacent faces that lie in the distinct planes 
P u P 2 , P 3 , and P 4 . Then the topology of 
v implies a positional degeneracy of the 
four planes. 



W e saw in the section titled 
“Floating-point computa¬ 
tion” that using unrestricted 
geometric computation leads to poten¬ 
tially unbounded growth in the number of 
digits that must be computed. This growth 
becomes especially acute when geometric 
operations are iterated, since the numeri¬ 
cal errors incurred by each operation 
might grow multiplicatively. The growth 
of needed precision occurs irrespective of 
the topological structure of objects. How¬ 
ever, the topology influences whether the 
error accumulation leads only to inac¬ 
curacy or also to internal inconsistency of 
the output. 

Although I discussed approximate 
floating-point computation, digit growth 
can also be a problem for exact rational 
arithmetic unless countermeasures are 
built into the algorithms. It is possible to 
limit the growth of digits. This requires a 
carefully circumscribed set of permitted 
geometric operations. We saw in the sec¬ 
tion titled “Limited precision rational 
arithmetic” that useful sets of such oper¬ 
ations exist, but the topology of the geo¬ 
metric objects, here polyhedra, did require 
expensive computations for some very 
simple tasks such as translating or rotat¬ 
ing polyhedra. Moreover, it is presently 
unclear how to extend this approach to 
objects with curved boundaries. 

In the “Purely symbolic representa¬ 
tions” section, I showed that the topology 
of certain objects can lead to existence 
problems. Not all object descriptions will 
make sense. I concentrated on purely sym¬ 
bolic descriptions to show that this prob¬ 
lem is independent of whether or not we 
have numeric data. However, the main 
conclusion to draw from the example is 
that the familiar description of geometric 
objects using approximate numeric data 
might contain subtle errors. To eliminate 
them requires potentially sophisticated 
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and expensive symbolic computation. 

The existence problem is one motivation 
for drawing a distinction between repre¬ 
sentation and model, as shown in the 
“Representation and model” section. We 
cannot naively assume that a given repre¬ 
sentation makes sense even though, based 
on approximate metric data, the computer 
is able to give, for instance, a graphical 
rendering of it. A second motivation for 
the reasoning paradigm is that, in many 
applications, the numerical data cannot be 
known precisely either because it is arrived 
at through approximate computation or 
because it is based on noisy measurement. 
Therefore, we seem to be left with the fol¬ 
lowing choices: 

(1) Guarantee exact data, as in the 
“Limited precision rational arith¬ 
metic” section. 

(2) Include reasoning steps into the 
computation, as in the “Represen¬ 


tation and model” and “Reasoning 
paradigm” sections. 

(3) Alter the meaning of geometric ele¬ 
ments, as in the “Altering the sym¬ 
bolic data” and “Avoiding 
degeneracies” sections. 

It is not presently possible to make clear 
recommendations as to which alternative 
is preferable. More research is needed to 
develop the various approaches before the 
ultimate merits of each idea can be fairly 
judged for each application area. □ 
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Exception 
Handling 
in Robotics 


Ingemar J. Cox and Narain H. Gehani 
AT&T Bell Laboratories 


A robot program can be logically 
correct yet fail under abnormal 
conditions. A major goal of ro¬ 
botics research is to construct robust and 
reliable robot systems able to handle errors 
arising from abnormal operating condi¬ 
tions. Consequently, error handling and 
recovery is becoming increasingly impor¬ 
tant as researchers strive to construct reli¬ 
able, autonomous robot systems for fac¬ 
tory, space, underwater, and hazardous 
environments. 

Although commercial robot program¬ 
ming languages continue to be special- 
purpose languages, researchers increas¬ 
ingly agree that general-purpose program¬ 
ming languages are sufficient, and indeed 
preferable, for robot programming. 12 This 
is because, in a typical robot application, 
robot-specific operations constitute a 
small fraction of the total program. The 
remainder typically concerns operator 
interfaces, database access, communica¬ 
tion, synchronization, numerical computa¬ 
tion, and error handling. 

Advances in computer science research 
in language design have strongly influ¬ 
enced robot programming. For example, 
the advantages of data abstraction, such as 
program modularization and information 
hiding, have received widespread atten¬ 
tion within the robotics community. 34 
Communication and synchronization have 
particular importance for robot program¬ 
ming. In fact, it has been observed that, in 
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Errors caused by 
abnormal external 
events can cause 
logically correct robot 
programs to fail. 
Exception handling 
facilities provide a 
mechanism for writing 
reliable, robust, and 
maintainable robot 
programs. 


the design of a program involving two 
cooperating robots, up to 30 percent of the 
code concerned the interaction between 
the two robots. Although conventional 
general-purpose languages do not ade¬ 
quately support these requirements, gen¬ 
eral-purpose languages with appropriate 
concurrent programming facilities do meet 
them. 2 

In this article we discuss the error han¬ 
dling technique called exception handling 

0018-9162/89/0300-0043S01.0001989 IEEE 


as it applies to robotics. Exception han¬ 
dling facilities help build reliable robot 
systems that, under many circumstances, 
can recover from previous error states. We 
describe the type of errors that can occur in 
a robot system and their error handling re¬ 
quirements and review approaches to error 
handling and recovery. We mention the 
exception handling facilities in Ada and 
AML/X 1 and briefly describe Exceptional 
C, 5 the language we chose for exposition. 
Finally, we illustrate the use of exception 
handling facilities with two examples. We 
assume that the reader is familiar with C. 

Errors and error 
handling requirements 

We can classify robot system failures 
into three categories: software errors, hard¬ 
ware errors, and external state errors. We 
don’t address software errors or program¬ 
ming bugs here. Rather, we assume that the 
robot program is logically correct, but fails 
due to hardware or external state errors. 

Hardware errors describe the physical 
failure of robot subsystems, such as a sen¬ 
sor system. It might or might not be pos¬ 
sible to recover from hardware errors. In 
the worst case, the failure of a nonredun- 
dant robot subsystem, such as a motor 
actuator, must result in the failure of the 
robot program. The best you can hope for 
is that the system can achieve a safe termi¬ 
nation state. 
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Other hardware failures might be less 
catastrophic, such as the failure of a single 
sensor subsystem. In many cases, the ap¬ 
plication might be able to continue to func¬ 
tion by using an alternative sensor. For 
example, an ultrasonic transducer might 
provide a inexpensive substitute for an 
optical rangefinder, albeit with poorer 
performance. In addition, the receipt of 
erroneous data from a sensor might result 
from a temporary failure of the sensor. In 
that case, you can recover from the error by 
simply rereading the sensor. 

Designing fault-tolerant systems offers 
one solution to hardware error. Key sub¬ 
systems are replicated and work in paral¬ 
lel. If one of the replicated components 
fails, the remaining components continue 
to operate. 6 The user does not notice the 
error, and the program continues to exe¬ 
cute correctly. However, fault tolerance is 
orthogonal to our theme here; we are not 
interested in the design of fault-tolerant 
systems that mask errors by using redun¬ 
dancy. Instead, given that errors will oc¬ 
cur, we want to know how to handle them. 
(Note that fault-tolerant systems cannot 
mask all types of errors and that even fault- 
tolerant systems can fail, albeit with less 
frequency.) 

External state errors describe circum¬ 
stances where the robot’s assumed state of 
the world does not match that perceived by 
its sensors. For example, an autonomous 
robot vehicle might unexpectedly find an 
obstacle in its path. Alternatively, a robot 
might find that it has failed to grasp a 
required object either because the object is 
not present or because the object slipped 
from its grip. These are the types of error 
conditions that intelligent robots must be 
designed to handle and recover from. We 
cannot predict the occurrence of such er¬ 
rors, and we can only prevent them if we 
have tight control over the robot’s environ¬ 
ment. In many situations, particularly in 
space, underwater, and hazardous environ¬ 
ments, this is simply not possible. 

Requirements for robot error handling 
will vary with the application. However, a 
common requirement is the need to re¬ 
cover from an error in real time, where the 
real-time constraint depends upon the 
application. A second characteristic, 
which supports the real-time issue, is that 
error recovery should be (loosely) hierar¬ 
chical. For example, the presence of an 
obstacle in the path of an autonomous 
vehicle need not immediately invoke the 
path planner to construct a new route, 
avoiding the obstacle. Rather, it seems 
perfectly reasonable for the vehicle to first 


wait some amount of time in the hope that 
the obstacle will move. Only if this simple 
error recovery procedure fails should it be 
necessary to propagate the error up to a 
higher level of software. 

Two distinct approaches deal with er¬ 
rors in robotics. The first approach handles 
“errors” that are part of the normal execu¬ 
tion of a robot program. For example, robot 
manipulators have positional and repeata¬ 
bility errors, so the dimensions of the parts 
that the robot manipulates are accurate 
only to the specified design tolerances. 
The known uncertainties in part sizes and 
robot/part position allow you to determine 
a priori that a particular assembly task has 
a high likelihood of failure. Given this 
knowledge, you must modify the robot 
action to accommodate for uncertainties 
present in the system. You would usually 
accomplish this through sensors. 

Compliant motion, which provides a 
good example of this approach, has re¬ 
ceived considerable attention in the robot¬ 
ics community. Compliant motion allows 
modification of the robot’s trajectory dur¬ 
ing the motion by force data obtained from 
sensors placed on the robot arm. 

At a somewhat higher level is the con¬ 
cept of a plan checker. 7 Here, a robot plan¬ 
ner decomposes a task into a series of robot 
actions. Given information on the robot’s 
positional accuracy, the tolerance of the 
parts, etc., the plan checker determines 
whether the set of actions will succeed. 
Any action considered likely to fail results 
in modification of the plan in an attempt to 
ensure success. 

The first approach, although extremely 
important, involves the development of 
robust programs that deal with routinely 
present “noise” in the system. The second 
approach deals with abnormal conditions 
that arise during the execution of the pro¬ 
gram, for example, recovering from the 
situation when a part falls from a gripper. 

The second approach to robot error 
handling complements the first. Specifi¬ 
cally, we are interested in the use of special 
facilities provided in some programming 
languages to handle abnormal conditions 
that arise in robot programs. 

Most work on handling abnormal condi¬ 
tions in robots has centered on task-plan¬ 
ning approaches, 8 not on programming 
language support facilities. Programming 
language facilities for error handling pro¬ 
vide support for the detection and notifica¬ 
tion of abnormal conditions and subse¬ 
quent invocation of the error handling 
code, be it calls to a planner or other appro¬ 
priate code. 


Programming 
language facilities 

We can classify error handling facilities 
into two categories: backward and forward 
error recovery. In the backward error re¬ 
covery mechanisms, upon the detection of 
an error, execution is rolled back to a 
checkpoint and resumed from there. One 
backward error recovery mechanism, the 
recovery block, 9 is expressed linguistically 

ensure acceptance-test by algorithm , 

else by algorithm 2 

else by algorithm n 

Execution of the Ensure statement oc¬ 
curs as follows: a checkpoint of the pro¬ 
gram state is taken at the beginning, then 
algorithm , is executed. After this, the 
acceptance-test expression is evaluated. If 
true, this completes the execution of the 
Ensure statement. Otherwise, the program 
is rolled back to the checkpoint established 
at the beginning and algorithm 2 is tried. If 
none of the algorithms algorithm ,, ..., al¬ 
gorithm n] satisfy the acceptance test, then 
algorithm n is executed. 

In forward error recovery mechanisms, 
of which exception handling facilities are a 
prime example, the occurrence of an error 
transfers control to the error handling part 
of the program. After the error has been 
handled, execution continues from the 
point specified in the exception handler. 

Backward error handling facilities 
might not in general suit robotic applica¬ 
tions because in many situations it might 
not be appropriate for the robot to return to 
a previous state and try again. For ex¬ 
ample, if a hole has not been drilled prop¬ 
erly, then going back certainly cannot 
imply undrilling the hole. Consequently, 
we will focus on the forward error recov¬ 
ery mechanism called exception handling. 

Exception handling 

An exception is an event that occurs 
infrequently, possibly indicating an error, 
such as division by zero. As programs 
grow larger, a standard mechanism for 
handling exceptions becomes important. 
An exception mechanism is a language 
control structure that allows a programmer 
to express that the standard continuation of 
a program is to be replaced by an excep¬ 
tional continuation when an exception is 
detected in the program. 10 An exception 
handling mechanism is a tool for enhanc¬ 
ing program reliability and fault tolerance. 
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In languages without exception han¬ 
dling facilities, we must use other methods 
to indicate exceptions and to handle excep¬ 
tions. The most common method is to have 
functions return status values or “funny 
values” to indicate exceptional conditions. 
If the value returned by a function indi¬ 
cates that an exception has occurred during 
the function call, then appropriate action is 
taken. The status value technique 

(1) leads to difficult-to-read programs 
in which it is not immediately obvi¬ 
ous that errors are being checked 
for, 

(2) makes programs inefficient because 
a check is made to determine the 
function status every time it is 
called, even though the error occurs 
rarely, and 

(3) increases the size and complexity of 
the programs because of the checks 
that must be inserted. 

In an effort to reduce programming 
complexity, programmers often omit error 
handling code in the initial stages of pro¬ 
gram development with the intention of 
adding it later. Unfortunately, this code 
might never be put in; even if it is put in, it 
might have a negative impact on the pro¬ 
gram structure. 

The status value technique does not al¬ 
low the detection and handling of proces¬ 
sor exceptions, such as one raised by an 
attempt to divide by zero, nor can this 
technique help detect and handle excep¬ 
tions raised from the program environ¬ 
ment, such as an exception raised by a user 
wanting to terminate program execution 
prematurely. The status value technique 
must be supplemented by some other 
mechanism, such as a signaling mecha¬ 
nism supported by the operating system. 

Exception handling facilities typically 
do not have the problems associated with 
the status value technique. 

There are two exception handling 
models" 12 : 

(1) The termination model: The program 
component in which an exception occurs is 
terminated after the exception has been 
handled and execution is resumed in its 
caller. This model is used in the Ada and 
CLU languages. 

(2) The resumption model : In this model, 
after the exception has been handled (and 
any error situation remedied), the handler 
can cause the program component in which 
the exception occurred to be retried, re¬ 
sumed (at the point where the exception 
occurred), continued (with the next pro¬ 
gram component), or terminated. This 
model is used in PL/I and Mesa. 


The termination model, although simple to 
understand and implement, is not as ex¬ 
pressive as the resumption model. 

Exception handling 
facilities in different 
languages 

A few languages, such as PL/I and Ada, 
provide exception handling facilities. PL/I 
was the first major language to do so. 
AML/X, an important robot programming 
language, and Exceptional C, 5 an experi¬ 
mental superset of C, both provide excep¬ 
tion handling facilities. 

Ada. Ada uses the termination model of 
exception handling. Exceptions must be 
declared, and exception handlers are asso¬ 
ciated with blocks. Raising an exception 
results in suspension of execution of the 
normal part of a program. The statements 
specified in an exception handler are then 
executed to handle the exception. 

Exception handlers are specified at the 
end of a block, a subprogram, a package, or 
a task. Execution of an exception handler 
completes execution of the block, subpro¬ 
gram, package, or task. If no exception 
handlers are provided, then execution of 
the program segment in which the excep¬ 
tion was raised is abandoned, and the re¬ 
sponsibility of responding to the exception 
is transferred to another part of the pro¬ 
gram. 

The specific exception handler activated 
to take care of an exception depends upon 
the execution path of the program, not its 
textual layout — the association of a han¬ 
dler with an exception is dynamic, not 
static. 

AML/X. AML/X supports exception 
handling by means of library routines. 1 It 
provides a function to bind the exception 
handler to an exception. Exception han¬ 
dlers are not restricted to be just state¬ 
ments; for example, an exception handler 
can be an expression (which becomes the 
result of the operation raising the excep¬ 
tion) or a statement label (control is trans¬ 
ferred to the specified label when the ex¬ 
ception is raised). 

Exceptional C. Exceptional C supports 
a hybrid termination-resumption model. 
Exceptions are classified into two catego¬ 
ries: An ordinary exception normally indi¬ 
cates an error in the program. A signal 
exception does not indicate a fault in the 
program, but is used for interprogram or 



environment-to-program communication. 
An example of an ordinary exception is a 
floating-point overflow; an example of a 
signal exception is an interrupt from a 
mouse. 

Exception handlers are associated with 
blocks (that is, compound statements; note 
that function bodies in C are compound 
statements). In case of an ordinary excep¬ 
tion, statements in the exception handler 
can possibly fix the error raising the excep¬ 
tion; then the block containing the state¬ 
ment raising the exception can be reex¬ 
ecuted. Alternatively, execution of the 
block containing the statement can be ter¬ 
minated and the exception, optionally, 
propagated to the caller of the block. 

Since a signal exception does not indi¬ 
cate a program error, the program execu¬ 
tion can resume at the point of interruption 
(the point where the signal exception was 
raised) and the interrupted block can be 
reexecuted. Reexecuting a statement (to be 
precise, the block containing it), instead of 
resuming its execution, might be necessary 
if interruption of a statement requires that 
it be executed again to get correct results. 
An example of such a case is an interrupted 
I/O statement. If a block does not contain a 
handler for a signal exception, then a han¬ 
dler is searched for up along the dynamic 
call chain for the block. If no exception 
handler can be found, then the program 
terminates. 

Local retries and continues are allowed 
for all exceptions. Resumption semantics 
are allowed for signal exceptions because 
there is nothing really wrong with the 
program itself. 

Exceptions must be declared either by 
using an exception declaration or in a func¬ 
tion header. The designer of a function 
specifies the exceptions that can be raised 
in a function and propagated to its caller. 
Information supplied in the function decla¬ 
ration is used to check whether handlers 
are provided for the specified exceptions 
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(warnings are issued to the user) and, if one 
is supplied, whether or not its parameter 
types match. Other than the exceptions 
specified in a function header, a function 
can propagate only the exception Error to 
its caller. 

The Raise statement is used to explicitly 
raise exceptions. 

Exception handlers are specified by 
means of an Except statement, given as the 
last statement in a block. The Except state¬ 
ment has the form 

except { 

when e,, I ... I e ln : statements , 
when e 2l I ... I e 2n : statements 2 

when e ml I ... I e mn : statements m 
when others: statements , 

) 

where e tj is an exception name (optionally 
followed by parameters). 

When an exception is raised in a block, 
control jumps to the handler for the excep¬ 
tion associated with the block. If there is no 
handler for the exception, but there is the 
catchall exception Others, then control 
transfers to the catchall handler. Other¬ 
wise, the block terminates and the excep¬ 
tion is propagated to the surrounding block 
or, in the absence of a surrounding block, 
to the caller of the function. 

When a signal exception is raised during 
the execution of a block, control jumps to 
the handler associated with the block. If 
one is not found, then one is searched for in 
the surrounding block or, in case there is no 
surrounding block, to the caller of the 
function. Note that unlike the case of an 
ordinary exception, the block where the 
exception is raised is not terminated nor is 
the Others clause used to handle a signal 
exception. 

Execution of an exception handler is 
terminated by completing the statements 
in the handler or by exiting from the han¬ 
dler by executing the Return statement or 
by executing one of the following excep¬ 
tion handling extensions: Retry, Next, 
Resume, or Raise statements. 

The block containing the statement 
where an exception is raised can be reex¬ 
ecuted by executing the Retry statement, 
which has the form 

retry; 

The Retry facility might superficially 
resemble a backward error recovery 
mechanism, like the recovery block, but 
there are important differences: there is no 


checkpointing of the state, and you first go 
forward to the exception handler, where 
you can attempt to fix the problem before 
going back to Retry. 

You can specify the number of times a 
block is retried by using the form 

retry (number-of-times ); 

Exceptional C keeps track of the Retry 
count (associated with the handler contain¬ 
ing the Retry statement). This counter re¬ 
sets to zero every time the block containing 
the exception handler is entered afresh. 

The statement following the block in 
which an exception is raised can be exe¬ 
cuted by executing the Next statement, 
which has the form 


This statement is useful for continuing 
with the next iteration of a loop. 

Programs can be resumed at the point 
they were interrupted because of a signal 
exception by executing the Resume state- 


resume; 

To help debug a program. Exceptional C 
provides facilities for printing the name of 
the file containing the statement that raised 
the exception and the source file line 
number. 

Examples 

In this section, we present two examples 
illustrating the use of exception handling 
in the context of an autonomous vehicle. 3 
Note that, at the time of writing, these 
examples had not been implemented on the 
vehicle but had been run under simulated 
conditions using Exceptional C. 

Autonomous vehicle. In this example, a 
robot vehicle is given the desired destina¬ 
tion, consisting of an x, y position and an 
orientation. A call to a path planner gener¬ 
ates a path consisting of a series of line and 
arc segments. While moving along the 
path, the vehicle might come across an 
obstacle. In many circumstances, the ob¬ 
stacle is transient — simply a person cross¬ 
ing the vehicle’s path. However, occasion¬ 
ally, furniture or other objects present a 
permanent obstruction to the vehicle. In 
these situations, the cart’s map of its envi¬ 
ronment is updated to include the new 
obstacle, and a new path is generated. 

We now show the program that handles 


errors involving obstacles encountered by 
the robot vehicle. First, Figure 1 shows the 
file containing the declarations. Figure 2 
shows the Main program. The Main pro¬ 
gram reads in a desired destination and 
calls the path planner, which constructs a 
series of maneuvers needed to accomplish 
the motion. The path planner returns the 
total number of segments in the path. The 
program then enters a loop (line 24) calling 
the Move routine to advance the vehicle 
along each of the path segments. The Move 
routine is synchronous, returning only af¬ 
ter the motion has been completed. 

If the cart encounters an obstacle, then 
exception Obstacle is raised and control 
jumps to the exception handler (lines 8- 
13). The handler contains code to wait for 
the specified time period and retry the 
move (in the hope that the path of the cart 
was obstructed by a transient obstacle). 
The code specifies a maximum of three 
retries. If even after the three retries the 
cart cannot move to the specified destina¬ 
tion, then the exception handler in Move 
raises the exception Cannot_move. This 
exception is propagated to the Main func¬ 
tion and handled by its exception handler 
(lines 27-33). This exception handler up¬ 
dates the map, inserting the current ob¬ 
stacle into the database, and retries the 
block (starting with line 23, which calls the 
path planner). Given the updated map, the 
path planner constructs a new path to avoid 
the obstacle. If after three tries (each one 
done after a map update) the cart cannot 
avoid the obstacle, the program terminates 
with an appropriate message. 

Autonomous vehicle with redundant 
rangefinders. Consider an autonomous 
vehicle equipped with two rangefinders: 
an optical rangefinder and an ultrasonic 
rangefinder. The optical rangefinder scans 
a beam in a plane via a rotating mirror. 
After each complete scan, which takes 
about one second, a zero-reset interrupt is 
generated. Assume that a watchdog timer 


#define TIME 3 /‘seconds*/ 
#define XMAX 512 
#define YMAX 512 
#define MAX 16 

5 void wait(), updateMapO; 
int pathPlannerO; 
short map[XMAX][YMAX]; 


Figure 1. File cart.h. 
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indicates a scan error if such an interrupt is 
not received within two seconds. The ul¬ 
trasonic rangefinder, consisting of a ring of 
ultrasonic sensors, serves as a backup. 
Because of its much poorer performance 
characteristics, it is used only in cases 
where the optical rangefinder malfunc¬ 
tions, such as when the mechanical scan¬ 
ning mechanism fails. 

By checking the signal strength detected 


by either sensor, it is possible to determine 
the validity of the computed range value. If 
the signal strength is too weak (insufficient 
signal) or too strong (the detector is satu¬ 
rated), a bad range value is indicated. 

Figures 3 and 4 show the program that 
handles errors involving the two rangefin¬ 
ders. Figure 3 is file range.h, which con¬ 
tains the appropriate declarations. Figure 4 
is the Main program. 




#include “cart.h” 

#include <stdio.h> 

void move(x, y, theta) raises(exception CANNOT_MOVE;) 
float x, y, theta; /*theta is the orientation*/ 

5 1 

exception OBSTACLE; 
move the cart 
except | 

when OBSTACLE: 

10 wait(TIME); 

retry(3); 

raise CANNOT_MOVE; 


-- 


double (*rangefinder)() raises(exception 
BAD_RANGE;); 

double ultrasonic_rf() raises(exception BAD_RANGE;); 
double optical_rf() raises(exception BAD_RANGE;); 
exception BAD_RANGE; 

5 signal exception SCAN_ERROR; 


Figure 3. File range.h. 


15 main() 

float x, y, theta, X[MAX], Y[MAX], Theta[MAX]; int n, i; 

initialize map and associate the obstacle exception with the 
rangefinder 

20 /*read and execute moves*/ 

while (scanf(“%f%f%f\ &x, &y, &theta) == 3) 

1 

n = pathPlanner(x, y, theta, X, Y, Theta, MAX); 
for (i=0; i<n; i+t) 

25 move(X[i], Y[i], Theta[i]); 

when CANNOT_MOVE: 
updateMapO; 

fprintf(stderr, “going to retry!\n”); 

30 retry(3); 

fprintf(stderr, “Cannot reach destination !\n”); 
exit(l); 

1 

) 

35 ) 

void updateMapO 
| update map ) 

int pathPlanner(x, y, theta, X, Y, Theta, n) 
float x, y, theta, X[], Y[], Theta[]; 

40 int n; 

I 

compute new path and return number of segments 

1 

void wait(t) 

45 int t; 

1 wait t seconds ) 



#include <stdio.h> 
#include “range.h” 
main() 


5 double r[72]; int angle; 

signal exception SCAN_ERROR; 

associate the scan error interrupt with the signal exception 
SCAN_ERROR; . 
rangefinder = optical_rf; 
for (angle = 0; angle < 360; angle += 5) 

10 ( 

r[angle/5] = (*rangefinder)(angle); 
except { 

when BAD_RANGE: 

15 printf(“bad data\n"); 

retry (2); 

if (rangefinder == optical_rf) 
rangefinder = ultrasonic_rf; 
else ( 

20 printf(“quitting!\n”); exit(0); 

) 

when SCAN_ERROR; 

rangefinder = ultrasonic_rf; 

printf(“scan error, switching to ultrasonic !\n”); 

25 resume; 

1 

1 


Figure 2. Main program, file cart.ce. Figure 4. Main program, file cart2.ce. 
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#include <stdio.h> 

#include “range.h” 

double optical_rf(angle) raises(exception BAD_RANGE;) 
int angle; 

5 { 

determine range 
if ( range value is bad) 
raise BAD_RANGE; 
return range 
10 except { 

when BAD_RANGE: raise BAD_RANGE; 
when SCAN_ERROR: 

rangefinder = ultrasonic_rf; 

printf(“scan error, switching to ultrasonic |\n”); 

15 raise BAD_RANGE; 

) 

) 

double ultrasonic_rf(angle) raises(exception BAD_RANGE;) 
int angle; 

20 { 

determine range 
if ( range value is bad) 
raise BAD_RANGE; 
return range 
25 except ( 

when BAD_RANGE: raise BAD_RANGE; 

} 


Figure 5. File range.ce. 


Association of an interrupt with a signal 
exception that is not predefined is imple¬ 
mentation dependent (line 7). Initially, the 
optical rangefinder is assumed operational 
and the function pointer Rangefinder is 
assigned the address of the optical range¬ 
finder (line 8). The rangefinder is called on 
line 11. When the rangefinder functions 
raise the Bad_range exception, control 
transfers to the exception handling code 
(lines 13-26). The handler for Bad_range 
retries the rangefinder twice (code starting 
from line 10 is reexecuted). If the excep¬ 
tion Bad_range is raised by each retry, then 
the program switches from the optical 
rangefinder to the ultrasonic rangefinder. 
If this has already been done, the program 
terminates (lines 17-21). 

The signal exception Scan_error is 
handled differently depending on whether 
it is raised within the function Optical_rf. 
If it is raised outside this function, control 
jumps to the exception handling code (line 
21). The handler for Scan_error simply 
reconfigures the program to use the ultra¬ 
sonic rangefinder (line 23) and resumes 
execution from the point of interruption. 

Figure 5 shows the code for the range- 
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finder functions. 

If the optical rangefinder (function 
Optical_rf) detects a bad range, it raises the 
exception Bad_range (as specified in its 
header on line 3). This exception is raised 
explicitly on line 8. The ultrasonic range¬ 
finder does the same thing for bad ranges. 
If the signal exception Scan_error is raised 
during the execution of the function 
Optical_rf, then it is handled locally (lines 
10-16). Note that both exception handlers 
propagate the exception Bad_range to the 
caller. 

E rror handling and recovery are be¬ 
coming increasingly important for 
robot applications, especially for 
autonomous operation in underwater, 
space, and hazardous environments. Ex¬ 
ception handling facilities, such as those 
provided in Exceptional C, provide a 
mechanism for writing easier to read, reli¬ 
able, and robust robot programs. The pro¬ 
grams become easier to maintain because 
normal program code is separate and dis¬ 
tinct from the error handling code. This 
makes it easier to understand the algorithm 
controlling the robot in both normal and 
abnormal conditions. The propagation of 
exceptions up the function (or block) call 
chain provides a hierarchical structure to 
error handling. At the lowest level, simple 
error recovery strategies such as wait and 
retry can first be attempted before propa¬ 
gating the error to higher and correspond¬ 
ingly more sophisticated levels of excep¬ 
tion handling. 

The use of exception handling facilities 
in the examples given above significantly 
simplifies error handling. Moreover, the 
error handling code is clearly distinct from 
the normal code. Without the exception 
handling facilities, the code for the normal 
and error cases would intermingle. Finally, 
we should point out that in a language that 
does not support exception handling it is 
not straightforward to simulate this func¬ 
tionality, especially in the context of ex¬ 
ception propagation and flow of control. D 
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j RESEARCH OVERVIEWS 

Current Research in 
Robotics and Automation 


Four overviews provide a sampling of current research in robotics. 
Included are reports from Columbia University, Sandia National 
Laboratories, Cornell University, and the University of Southern California. 


An Intelligent Grasping System 


Peter Allen, Paul Michelman, and Kenneth Roberts 
Department of Computer Science, Columbia University, New York, NY 10027 


W ork in dextrous manipulation 
at Columbia University’s 
Computer Science Depart¬ 
ment focuses on building a comprehensive 
grasping environment capable of perform¬ 
ing tasks such as locating moving objects 
and picking them up, manipulating man¬ 
made objects such as tools, and recogniz¬ 
ing unknown objects through touch. In 
addition, we are designing an integrated 
programming environment that will allow 
grasping and grasping primitives within an 
overall robotic control and programming 
system that includes dextrous hands, 
vision sensors, and multiple-degree-of- 
freedom manipulators. 

Our current system contains the follow¬ 
ing components: 

• a set of low-level system primitives 
that serve as the basis for the control 
of the hand, 

• a true hand/arm system with many 
degrees of freedom formed by 
mounting the hand on a robotic 
manipulator, a Puma 560, 

• integrated tactile sensors on the fin¬ 
gertips that provide force-sensitive 
responses and Cartesian position 
information, and 

• sensing primitives that use joint posi¬ 
tion, tendon force, and tactile array 


sensing in a number of grasping and 
manipulation tasks. 

System overview. The system we have 
built consists of a Utah-MIT hand 1 
attached to a Puma 560 manipulator (Fig¬ 
ure 1). The hand has four fingers, each 
with four degrees of freedom. It resembles 
the human hand in size and shape, but it 
lacks a number of features humans find 
very useful. In particular, it has no palmar 
degree of freedom (closing of the palm), 
and the thumb is placed directly opposite 
the other three fingers, with all fingers 
identical in size. The hand has joint-posi¬ 
tion sensors that yield joint-angle data and 
tendon-force sensors that measure forces 
on each of the two tendons (extensor and 
flexor) controlling a joint. The Puma adds 
six degrees of freedom to the system (three 
translation parameters to move the hand 
in space and three rotational parameters to 
orient the hand), yielding a 22-degree-of- 
freedom system. The system is controlled 
by an intelligent, high-level controller that 
links arm, hand, and finger movements 
with the feedback sensing of joint posi¬ 
tions, tendon forces, and tactile responses 
on the fingers. 

Figure 2 shows the system’s hardware 
structure. The high-level control resides in 


a Sun-3 processor. The Sun serves as the 
central controller and has access to a full 
Unix-based system for program develop¬ 
ment and debugging as well as a set of 
window-based utilities to allow graphical 
output and display of the system’s various 
states. The hand is controlled by an ana¬ 
log controller commanded through D/A 
boards from a dedicated 68020 system. 
The Sun is capable of downloading and 
executing code on the 68020 and can com¬ 
municate with it through a shared memory 
interface. 2 The low-level system primi¬ 
tives to control the hand include the abil¬ 
ity to read and write joint positions and 
tendon forces, and forward and inverse 
kinematics to allow both joint-space and 
Cartesian-space operation of the hand. 
The joint-position and tendon-force sen¬ 
sors can also be monitored at high sam¬ 
pling rates to monitor the hand’s operation 
in real time, for both movement and con¬ 
tact grasping. 

The tactile sensing system is controlled 
by another dedicated 68020 that monitors 
the forces on each of the sensor pads. The 
tactile sensors we are using consist of 
16 x 16 grids of piezoresistive polymeric 
material that are conformable to the 
finger’s shape. 3 They are manufactured 
by sandwiching the polymeric material 
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between two pliable sheets of Kapton that 
contain electrical etching. The application 
of forces on the pads provides an increased 
electrical flow channel between the two 
sheets as the material within is com¬ 
pressed. Results with this sensor have been 
good, particularly with respect to signal 
isolation. The sensors are monitored by a 
separate 68020 that is responsible for low- 
level tactile processing, including A/D 
conversion, thresholding, and signal nor¬ 
malization. A number of tactile filters, 
including edge and line detection, smooth¬ 
ing, and moment analysis, have also been 
implemented. 

The control of the Puma arm is through 
a serial link that allows the Sun to act as the 
Puma system host (host control option). 
This allows the system to use the full range 
of robotic arm commands. These include 
movement primitives, asynchronous inter¬ 
rupt capability, and the ability to establish 


arbitrary coordinate frames such as the 
hand coordinate system. It also provides 
a global coordinate system in which the 
tasks can take place. 

Applications. The system has per¬ 
formed a number of grasping tasks, 
including pick and place operations, 
extraction of circuit boards from card 
cages, pouring of liquids from pitchers, 
and removing light bulbs from sockets. 
These tasks have been programmed using 
Dial, a graphical animation language 
developed by Steven Feiner. 4 This 
diagrammatic language allows representa¬ 
tion of parallel processes in a compact 
graphical “time line” and has been used 
for animation of graphical displays. We 
transported it to the robotics domain and 
have exploited its ability to express paral¬ 
lel operation of robotic devices. Dial also 
provides a convenient way to implement 



Figure 1. Utah/MIT hand mounted on 
Puma 560. 



Figure 2. Hardware overview. 
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task-level scripts, which can then be bound 
to particular sensors, actuators, and 
methods for accomplishing a generic 
grasping or manipulation task. The 
instruction set Dial supports is specified at 
runtime in a user-supplied back end. 

The task of removing a light bulb from 
a socket requires tendon-force feedback to 
determine the grasp strength and the coor¬ 
dination of the fingers moving in parallel 
to unscrew the bulb. The task is performed 
by moving the arm to the light bulb while 
preshaping the hand, and then repeating 
the following sequence of events: grasp the 
light bulb, turn the hand/arm counter¬ 
clockwise, release the grasp, and move 
back to the initial preshaped position by 
rotating the hand and arm clockwise. 
After the bulb becomes loose, the hand 
grasps the bulb and retracts it from the 
socket. 

A second application is haptic object 
recognition — that is, understanding 
shape from touch. It is becoming clear that 
robotic systems need capabilities similar to 
the human haptic system in order to per¬ 
form complex grasping, manipulation, 
and object-recognition tasks using dex¬ 
trous hands. Research in psychology has 
shown the ability of humans to accurately 
discriminate an object’s shape by touch 
alone. 5 We have attempted to emulate 
this human ability by recovering the shape 
of objects through grasping. We have cho¬ 
sen to model objects as superquadrics. 
These models are derived from a 
parameterization that allows a wide degree 
of freedom in modeling objects. The 
parameter space is continuous and allows 
a smooth change from a cuboid to a sphere 
to a cylinder, with more complex shapes 
derivable with the addition of bending and 
tapering parameters. These “lumps of 
clay” are deformable by the usual linear 
stretching and scaling operations and can 
be combined using Boolean set operations 
to create more complex objects. 

In addition to possessing most of the 
desirable modeling criteria discussed 
above, the models are surprisingly easy to 
recover from sparse and noisy sensor data. 
The small number of parameters needed to 
recover the shape describes a very large 
class of objects that can be equated with 
generic or prototypical recognition. Effi¬ 
cient recovery of superellipsoids (a sub¬ 


class of superquadrics) from vision and 
range data has already been shown in the 
work of Pentland, 6 Solina, 7 and Boult. 8 

What makes superquadrics particularly 
relevant for haptic recognition is the fol¬ 
lowing: 

• The models are volumetric in nature, 
which maps directly into the psychophysi¬ 
cal perception processes suggested by 
grasping by containment. 

• The models can be constrained by the 
volumetric constraint implied by the joint 
positions on each finger. 

• The models can be recovered with 
sparse amounts of point contact data, 
since only a limited number of parameters 
need to be recovered. There are five 
parameters related to shape and six related 
to position and orientation in space. 
Global deformations (tapering, bending) 
may add a few more. 

• In addition to the use of contact points 
of fingers on a surface, the surface nor¬ 
mals from contacts can be used to describe 
a dual superquadric that has the same ana¬ 
lytical properties as the model itself. 

In this procedure, the Puma arm moves 
the hand to a position in which it will close 
around the object. Then the fingers are 
closed by position commands until the 
observed force (estimated by the differ¬ 
ence between the tendon forces) exceeds a 
given threshold, which indicates that the 
finger is in contact with the object. The 
joint-angle positions are read, and 
kinematic models of the hand and the 
Puma arm are used to convert them to 
XYZ positions in world coordinates. This 
sparse set of points is then injected into a 
recovery algorithm developed by Solina 7 
that uses a nonlinear estimation technique 
to recover the superquadric parameters. 

We tested this procedure against a data¬ 
base of six objects, including objects that 
could be modeled as undeformed super¬ 
quadrics (block, large cylinder, small cyl¬ 
inder) and deformed superquadrics (light 
bulb, funnel, triangular wedge). 9 Each 
object’s shape was recovered accurately 
with extremely sparse amounts of data, 
typically 30-100 points. Note that this is 
about two orders of magnitude less than 
typical range data images, which try to 
recover shape with denser data that, unlike 
touch sensing, is limited to a viewpoint 


that only exposes half the object’s surfaces 
to the sensor. We are currently extending 
this method to include more exploratory 
procedures for understanding shape from 
touch. □ 
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Automated Planning and Programming 
for Robotic Batch Mechanical Assembly 


Patrick J. Eicker and David R. Strip 
Sandia National Laboratories, Albuquerque, NM87185 


A s a prime contractor to the US 
Department of Energy, Sandia 
has a strong commitment to 
developing advanced robotic and other 
automation systems. 


Batch and hazardous operations. Cer¬ 
tain Sandia applications have operations 
where the presence of humans is denied or 
restricted. In some cases, the operations 
are hazardous because of the presence of 
ionizing radiation or explosive materials. 
For instance, robotic systems are being 
considered for use in a proposed geologic 
repository for commercial nuclear waste 
as a way of limiting radiation exposure of 
repository personnel. Robots may also 
provide the additional benefit of excellent 
throughput in the repository. In other 
cases, the presence of humans poses haz- 
t ards to the success of operations. Sandia 
operates a Class 1 clean room for produc¬ 
ing integrated circuits. Here, human oper¬ 
ators are being replaced with ultraclean 
automatic equipment by using mobile 
robots that have a top-mounted pedestal 
robot to handle material. 

Batch manufacturing is another 
robotics application of importance to San¬ 
dia. We design special devices that are 
produced within the DoE manufacturing 
complex. At most, a few thousand items 
are built over the production lifetime. 
Most of these are classical industrial elec¬ 
tronic and electromechanical devices, 
which may be distinguished by special 
tolerance and reliability requirements. Fig¬ 
ure 1 shows an assembly that exemplifies 
a family of electromechanical switches 
designed at Sandia. Certain of these 
devices contain explosive or radioactive 
components. A number of the production 
processes have been targeted for automa¬ 
tion, ranging from machining and finish¬ 


ing of piece parts to assembly of sub¬ 
systems. 

Automating such production processes 
can improve safety, quality, and produc¬ 
tivity. However, traditional industrial 
robotics and automation are not applica¬ 
ble in many cases. The difficulty in apply¬ 
ing traditional systems is twofold: First, in 
batch and hazardous operations, teaching 
robots is expensive, difficult, or impossi¬ 
ble; second, fixturing is expensive (in the 
case of batch operations) or difficult (as 
would be the case with a hundred-ton 
radioactive waste cask). 

To overcome the difficulties of pro¬ 
gramming robots, we seek automatic pro¬ 
gramming methods; to achieve this we use 
various forms of computer-based reason¬ 
ing. This overview outlines our algorithm 
and software-related research and devel¬ 


opment for automated mechanical assem¬ 
bly. A more complete discussion of San¬ 
dia’s robotics work is given in Eicker. 1 

Automated mechanical assembly. 
Automated planning and programming is 
arguably the most important technology to. 
future robotic systems but is perhaps the 
least well-developed. At Sandia our appli¬ 
cations span the classical gamut of reason¬ 
ing requirements — motion planning, 
assembly planning, grasp planning, 
manipulation planning, object identifica¬ 
tion, object categorization, and so on. 
Over the last decade and a half, the inter¬ 
national community has carried out a sig¬ 
nificant amount of research in these areas; 
however, it is mostly conceptual and works 
poorly, if at all, when applied to real 
devices and problems. 
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Figure 2. Test setup for insert primitive. 


Robotic mechanical assembly typifies 
the requirements for new technology. In 
contrast to electronics, where robots are 
beginning to penetrate the assembly mar¬ 
ket, mechanical assembly is not well sup¬ 
ported by today’s robotic systems. A 
succinct explanation of this difference is 
difficult; suffice it to say that mechanical 
assemblies have more degrees of freedom 
than electronic, implying a greater com¬ 
plexity in motion planning and execution. 
Further, the shapes and relations of the 
parts being assembled in mechanical sys¬ 
tems are more directly related to the 
device’s overall function than in electronic 
assembly, implying that the assembly sys¬ 
tem designer can have little influence on 
device tolerances. A variety of new 
algorithmic and software techniques are 
needed if flexible automation, such as 
robots, is to be useful in the future for 
batch mechanical manufacturing. 

Research areas. At Sandia, there are five 
major areas of ongoing research: 

• compliant motion, 

• motion planning, 

• machine interpretation of solid 
models, 

• automatic planning of assembly 
sequences, and 

• automatic programming of robotic 
systems. 

Compliant motion primitives are neces¬ 
sary to minimize the detail with which the 
robot programmer must deal. Key primi¬ 
tives for the assembly process include 


insert; align to face, edge, or corner; and 
follow contour. Insertion is the most 
important of these, and we have developed 
a single primitive which works for all con¬ 
vex-shaped objects. 2 This insertion pro¬ 
gram has been demonstrated to work with 
unchamferred objects having clearances 
less than 0.001 inches in robotic systems 
whose accuracy is only 0.1 inches, using 
only programmed compliances. A test 
setup is shown in Figure 2. Use of insert is 
simple; it requires only low-accuracy 
knowledge of the initial and final location 
of the part as well as a simply defined tar¬ 
get point on the part. All details of the 
insertion are handled by the low-level 
robot controller. 

The motion-planning problem has been 
studied for a number of years. Much of 
this research has concentrated on automat¬ 
ically generating a trajectory that moves 
the end effector from one position to 
another in such a way that the arm does 
not encounter any obstacles in the work¬ 
space. We have carried out work in this 
area in several programs in which we have 
used wire frame models of the workpiece 
and robot to generate safe approach paths 
to the workpiece. 3,4 In assembly planning, 
cell design, which is the inverse of motion 
planning, is of more importance and 
interest. Using the solid model of the 
assembly and its piece parts as a starting 
point, our research aims to automatically 
lay out a work cell in which all motions will 
be collision-free and in which workspace 
and assembly time are optimized. Further¬ 
more, the motion planner must automat¬ 
ically discover and link the appropriate 
compliant motions. 

The long-term vision for mechanical 
assembly is a completely automated oper¬ 
ation in which “electronic drawings” for 
a device are received and, without human 
intervention, an assembled mechanism is 
delivered. An important issue in our 
research is the content the input drawings 
must have to support the automated pro¬ 
cess. Our current research takes the solid 
model of the assembly as a starting point 
and aims to understand the extensions to 
solid modeling necessary to support this 
process. For example, the following con¬ 
cerns are not yet addressed in solid models, 
but related information must be available 
to the assembly system. 


(1) Solid modelers do not deal with 
parts in contact, but transient contacts will 
occur as the parts are being assembled. 

(2) Solid modelers do not yet provide 
for most of the textual information, such 
as tolerances, contained in engineering 
drawings, but such information is critical 
for assembly. 

(3) Solid modelers do not provide infor¬ 
mation on the order in which parts must be 
assembled, but correct order is necessary 
in many cases — for example, to keep the 
device together in intermediate stages of 
assembly. The assembly planner must be 
able to use the input model of the device, 
and the model of the assembly system, to 
automatically generate the order plan for 
assembly. 

Finally, the system must be able to auto¬ 
matically generate the detailed program 
for assembly. To a degree, this can be 
thought of as an assembly compiler that 
uses the assembly plans to generate 
instructions for the particular mechanical, 
sensing, and computing systems. We have 
implemented such an automatic linker for 
several systems, 4 but much additional 
research is needed for the assembly area. 
A key research topic will be the automatic 
generation of execution monitoring and 
error detection/correction programs. Ulti¬ 
mately, this work will result in a hierarchy 
of “languages” that describe the assembly 
operations and generate the correct system 
responses. □ 
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Electronic Prototyping 
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E lectronic prototyping consists of 
building a computer model of an 
object to verify its design. Tradi¬ 
tionally, manufacturers have built physi¬ 
cal prototypes of complex objects to verify 
design criteria — for example, to verify 
that no two parts occupy the same physi¬ 
cal volume and that each serviceable com¬ 
ponent has a free path for removal during 
servicing. Today, we are on the verge of 
having sufficient computing power to 
replace physical prototyping with elec¬ 
tronic prototyping. However, a number of 
obstacles are barring progress. Cornell’s 
Modeling and Simulation Project was 
L created to develop the necessary science 
base to overcome these barriers. Here we 
describe the project’s progress in improv¬ 
ing robustness of solid modelers and its 
ongoing research in electronic pro¬ 
totyping. 


Our research in geometric modeling 
resulted in a paradigm that should have 
wide applicability for producing provably 
correct programs for engineering applica¬ 
tions such as solid modeling. The represen¬ 
tation of most geometrical objects consists 
of two types of data: symbolic and 
numeric. In the case of a polyhedron, the 
symbolic data consists of names of ver¬ 
tices, edges, and faces, along with edge- 
vertex and face-edge incident relations. 
Calculations involving only symbolic data 
are logical in nature. Since symbolic data 
does not degrade with computation, a pro¬ 
gram involving only symbolic data should 
not fail unless there is a flaw in the pro¬ 
gram itself. 

The numerical data usually consists of 
approximations to the real values of vari¬ 
ous entities. In the case of a polyhedron, 
it consists of the coefficients of the face 
equations represented to some precision. 
A program that performs only numeric 
computations will fail only if a division by 
zero occurs. An argument based on con¬ 
tinuity can be used to establish that the 
result is an approximation to the correct 
answer. However, conversions of numeric 
data to symbolic data within a computa¬ 
tion create difficulties. Typically, such a 
conversion takes place when the result of 
a numeric computation is used in a branch- 
on-zero operation. If the numerical quan¬ 
tity is very close to zero, one must decide 
if the quantity is actually zero or if the 
difference is round-off error. If only one 
such conversion from approximate 
numeric data to symbolic data occurs, it is 
not likely to lead to a difficulty, since a 


Solid modeler robustness. Computer- 
aided design systems have created a need 
for robust geometrical algorithms. Exist¬ 
ing algorithms are known to fail on certain 
inputs for numerical reasons. The cause of 
these failures usually can be traced to log¬ 
ical decisions such as “branch-on-zero” 
that are based on the results of numerical 
calculations. Numerical inaccuracies, 
introduced either in the initial data or in 
the finite-precision arithmetic used, may 
result in a set of logical decisions that are 
inconsistent. If the algorithm’s correctness 
depends on the logical consistency of the 
underlying structures, the loss of these 
properties usually proves fatal to the 
algorithm. 


slight perturbation of the numeric input 
data could force the result of the compu¬ 
tation to be either zero or not zero. Thus, 
no inconsistency is likely to arise from 
either decision. However, if a sequence of 
such conversions are made, the results may 
not be logically independent in the sense 
that each possible set of answers can arise 
from some set of input values. Once the 
symbolic data is inconsistent, some prop¬ 
erty that is essential for the correctness of 
the algorithm may fail to hold. Indeed, this 
is the difficulty that causes many imple¬ 
mentations of geometrical algorithms 
to fail. The solution to this problem is to 
structure the algorithm, if possible, so that 
all conversions are logically independent. 

This paradigm has been used to develop 
an intersection algorithm that is provably 
correct, even with numerical round-off. 
When employed for the intersection of 
general polyhedral objects, the algorithm 
is several orders of magnitude more robust 
than existing codes. An early implementa¬ 
tion by Karasick 1 has shown that one can 
take a cube, rotate it an angle 0 about each 
of its axes, and intersect the cube with its 
rotated version. Existing commercial 
modelers tend to crash for angles of 0 in 
the range of two degrees to one-half 
degree. We have successfully intersected 
objects with rotated versions down to 0 = 
1/10,000 degree. At 0 = / degree the 
result is the actual intersection. Below 
1/10,000 degree the algorithm concludes 
that the two objects are identical and 
returns the original object as the intersec¬ 
tion. Between these values the algorithm 
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Figure 1. FJectronic prototypes, like this one of the Stanford 
JPL gripper, are easier to modify than physical models. 


Figure 2. Parameters used in Figure 1 changed to display a 
four-fingered version of the Stanford JPL gripper. 


gracefully converges from one behavior to 
the other. 

Electronic prototyping. Part of our 
research effort concerns electronic pro¬ 
totyping. Such prototypes have several 
advantages over their more traditional 
physical counterparts. First, designs can be 
changed much later in the design/test 
cycle, and the system can be revalidated by 
rerunning a validation program. Further¬ 
more, electronic models can be used to 
check many aspects of the system not 
available to physical models. 

One of our first electronic prototypes 
was of the Stanford JPL gripper, shown 
in Figure 1. It can be programmed to open 
and close its fingers, and thereby manip¬ 
ulate an object or carry out an assembly. 
Although a physical prototype of the grip¬ 
per existed previously, the fact that our 
electronic version is simply a text file in a 
computer means that we can edit the file 
and easily change parameters such as fin¬ 
ger number, length, and location. Figure 
2, for example, illustrates a four-fingered 
version of the gripper. Thus, a designer 


can experiment with many configurations 
before committing to a particular design. 

Schematic editors. From our experi¬ 
ence, conventional geometrical modelers 
are not practical for simulating large 
assemblies. For example, the time to 
model an automobile engine to the level of 
detail needed to verify properties such as 
combustion would be prohibitive. Thus, 
we are exploring the use of schematic 
editors. 

Schematic editors let a designer study 
assemblies at various levels of abstraction. 
In the case of an automobile engine, a cyl¬ 
inder is represented by an axis, a piston 
head by a dot (giving the location of its 
coordinate system), and the crankshaft by 
an axis, as are certain points on the crank¬ 
shaft that are constrained to be a fixed dis¬ 
tance from the center of the axis. At this 
level, one can carry out a kinematic simu¬ 
lation of the engine. By adding mass and 
inertia, one can carry out a dynamic simu¬ 
lation. The cylinder and piston can be 
expanded into a geometric model to carry 
out a lower level simulation. If we were 


interested in studying combustion proper¬ 
ties, we could then further refine the model 
to put a finite element mesh in the cylinder 
and, using necessary engineering codes, 
study combustion properties. 

Representing various parts of the over¬ 
all system at different levels of abstraction 
allows very sophisticated simulations. 
However, much work remains to under¬ 
stand how models should be connected at 
various levels and how editing of one 
abstraction of the model is captured in 
another. 

Model-driven simulator. A key compo¬ 
nent of the project is a model-driven simu¬ 
lator ,“ capable of supporting a wide range 
of multidisciplinary research, whose phys¬ 
ical coverage can be extended and modi¬ 
fied. The world of this system consists of 
a collection of rigid objects that are hinged 
together, move, and make contact with 
one another. A hinge is simply a constraint 
between a point in one coordinate system 
and a plane in another coordinate system. 
More complex hinges can be made out of 
these primitive hinges. For example, by 
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Figure 3. Walking figure is an example of the simulator’s use to study high-degree-of-freedom control structures. 


using three hinges, one can constrain a 
point in one coordinate system to be coin¬ 
cident with a point in another coordinate 
system. 

Hinges come in two varieties: perma¬ 
nent hinges, which link two objects perma¬ 
nently together, and temporary hinges, 
which are inserted when two objects col¬ 
lide. Temporary hinges are necessary to 
modify the dynamic equations whenever 
a collision occurs. The system understands 
Newton’s laws and, when a physical object 
is described, assembles equations such as 
force equals mass times acceleration. 
When an object collides with another, its 
motion is affected by the additional con¬ 
straint that one object cannot penetrate 
another. Therefore, this additional con¬ 
straint is added during a collision, and the 
system automatically regenerates the cor¬ 
rect physical equations to describe the 
motion. 

Perhaps the most important feature of 
our system is this ability to produce 
elaborate models of contact and collision. 
Such models are essential when carrying 
out simulations of many electronic proto¬ 


types, such as our gripper in Figure 1, 
where friction and finger contact are crit¬ 
ically important in manipulation 
algorithms. 

The simulator has also been used to 
study control structures for high-degree- 
of-freedom objects. While programming 
a person to walk, shown in Figure 3, it was 
necessary to control balance and posture 
so that the frictional force of the foot 
would not cause the person tp fall back¬ 
ward as the arm swung forward. 


References 

1. C. Hoffmann, J.H. Hopcroft, and M. 
Karasick, “Robust Set Operations on Poly¬ 
hedral Solids,” Tech. Report #87-875, Cor¬ 
nell Univ., Ithaca, New York, 1987. 

2. C. Hoffmann and J.H. Hopcroft, “Simu- 


Electronic laboratory. A long-range 
goal is the development of an electronic 
laboratory. The cost of a modest robotics 
laboratory is approximately $300,000, but 
an electronic laboratory could be provided 
at a fraction of this cost. Electronic labora¬ 
tories at many institutions could be coor¬ 
dinated with several institutions that 
housed the physical equipment. Students 
could debug their robotics programs elec¬ 
tronically, and then verify their results by 
remote video on actual equipment.Q 
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T he University of Southern 
California has been active in 
robotics for nearly a decade and 
has research projects involving faculty and 
graduate students in four departments. 

Electrical engineering faculty members 
have worked in projects involving robot 
vision, teleoperator control, multifingered 
end effectors, robot skill acquisition, and 
sensor development. There are continuing 
major programs in image understanding 
and interpretation, manufacturing assem¬ 
bly, and telerobotics. 

Mechanical engineering faculty mem¬ 
bers have developed a direct-drive manipu¬ 
lator and have worked on control of 
flexible robot structures and parallel com¬ 
puter implementation of control algo¬ 
rithms. 

Industrial and systems engineering 
faculty members have developed model 
parts storage and retrieval systems and 
low-cost two- and three-degree-of- 
freedom manipulators. They have used 
simulation to analyze the effectiveness of 
robots in flexible manufacturing systems 
and have studied the economic aspects of 
robot integration. Expert systems in man¬ 
ufacturing, CAD/CAM, and fundamen¬ 
tal aspects of engineering design are also 
being investigated. 

Computer science faculty members have 
been active in studies involving geometric 
modeling for production automation, 
robot languages, application of neural net¬ 
works to the computation of inverse 
kinematics and dynamics, as well as rep¬ 
resentation of material handling systems. 
They’ve also studied multiple intelligent 
robots in manufacturing and researched 
grasping control in both human and robot 
hands, including development of sensors, 
algorithms, and languages. 


The research is funded by grants and 
contracts from the National Science Foun¬ 
dation, National Aeronautics and Space 
Administration, National Institutes of 
Health, Department of Defense Advanced 
Research Projects Agency, and industry. 
Industrial support comes primarily 
through the Institute for Manufacturing 
and Automation Research, a university- 
industry-government consortium. IMAR 
provides major funding for manufac¬ 
turing-related research projects at USC 
and the University of California at Los 
Angeles, as well as some support to four 
other affiliated universities. 

The research is carried on in various 
laboratories in the School of Engineering 
at USC, including the Robotics Research 
Laboratory, the Brain Simulation Labora¬ 
tory, the Computer Vision Laboratory, 
and the Hand Research Laboratory. Facil¬ 
ities include a Puma 560 industrial robot, 
two IBM 7545 robots, a US Robotics 100 
robot, two robots constructed by mechan¬ 
ical engineering faculty and students, 
several robot hands, a Watsmart motion 
tracking system, an excellent computer 
vision laboratory, and a number of high- 
performance workstations (Sun, Texas 
Instruments, and Symbolics). 

The following sections describe some of 
the above projects and indicate the breadth 
of these activities. For further informa¬ 
tion, interested readers are urged to con¬ 
tact the individual faculty members 
mentioned. 


Skill transfer from human to robot. 

Human beings perform highly skilled 
tasks, both in everyday life and in indus¬ 
trial settings. The goal of the skill-transfer 
project, directed by Sukhan Lee of the EE 


Department, was to develop a system to 
transfer one such skill (peg insertion) from 
a human to a robot. A block diagram of 
the simulation used for this study is shown 
in Figure 1. 

The system, known as EARS A (expert- 
assisted robot skill acquisition), contains 
two major functional components con¬ 
cerned with skill transfer and learning, 
respectively. The transfer portion of 
EARSA starts with the description of a sit¬ 
uation in terms of an expert’s language for 
describing the task and the robot’s own 
internal language. The robot interprets the 
mismatch between its own skill and that of 
the expert and initiates a discovery process. 

The learning portion of the system uses 
rules as system background knowledge, 
constructs new rules from experience, and 
exploits self-exploration. The program, 
written in Lisp, uses the conceptual 
clustering approach to machine 
learning. 1,2 

Telerobotics. One of the major prob¬ 
lems in the design of telerobotic systems 
concerns the control of dual and redun¬ 
dant manipulators. Lee has developed a 
series of quality measures to determine |< 

optimal joint configurations and force dis¬ 
tributions, optimal load balancing and 
operational stability, and robustness. 

These notions have been incorporated in 
new algorithms for dual arm control. 

Manipulability is a measure of a robot’s 
range, velocity, and acceleration capabil¬ 
ity in Cartesian space. Lee has extended 
this concept to the study of task-oriented, 
static and dynamic dual-arm systems. 

In the area of teleoperation, work is 
proceeding on the following problems: 

• control of teleoperators including the 
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Figure 1. Model of expert-assisted robot skill acquisition. 


effects of time delay in the transmis¬ 
sion link, 

• development of an expert system to 
assist the operator in the control of 
remote, redundant dual-arm 
teleoperators, and 

• application of qualitative physics 
ideas from AI to develop symbolic 
models of teleoperation. 

Work in this general area has been sup¬ 
ported by NASA/JPL for several 
years. 3,4 

Knowledge-based control of robot 
grasping. An alternative to solving finger- 
motion equations during a grasping task 
is to develop a knowledge base that 
includes the typical grasp poses of which 
humans are capable, along with their rela¬ 
tion to the geometry of the target objects. 
Michael Arbib, Thea Iberall, and George 
A. Bekey of the CS Department have been 


active on research problems of this nature 
for several years. In collaboration with 
Rajko Tomovic, a colleague in Yugosla¬ 
via, they have developed a nonnumerically 
controlled, five-fingered robot hand, 
known as the Belgrade-USC hand. A pro¬ 
totype of this hand is illustrated in Figure 
2. 

They are also involved in other research 
issues in connection with both human and 
robot hands, such as 

• development of an appropriate lan¬ 
guage for grasp description, which is 
consistent with our knowledge of the 
brain structures involved in hand 
preshaping, trajectory control, and 
grasping; 

• relation of task variables to grasp 
selection; and 

• application of neural networks to the 
representation of grasp learning. 5,6 


Hand-eye coordination. Gerard Medi- 
oni of the EE and CS departments is active 
in a number of research projects concern¬ 
ing computer vision and its applications. 
Specifically, he and his students have 
developed a range sensor-analysis system 
capable of yielding the generalized cone 
description of arbitrary solid objects. This 
description has been used as an input to 
Iberall and Bekey’s grasp-selection system 
to develop a complete hand-eye coordina¬ 
tion system. Figure 3 shows a block dia¬ 
gram of the system. 7 

Robot sensors. A number of research 
projects concern the development and 
evaluation of new sensors for robotic 
applications. Lee has developed a new 
proximity sensor using a hexagonal array 
of emitters and receivers, known as the 
Hexeye. A patent on this device has been 
applied for. The sensor will be used for 
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object localization and recognition. 

Bekey and Ilija Zeljkovic, a research 
engineer in the USC Robotics Research 
Laboratory, are developing touch and slip¬ 
page sensors for the Belgrade-USC hand. 



Figure 2. Prototype of the Belgrade- 
USC hand. 



Figure 3. Block diagram of the 
robot hand-eye coordination system. 


Prototypes of both sensors have been 
fabricated. 

Control of flexible robot arms. Henryk 
Flashner of the Mechanical Engineering 
Department is concerned with modeling 
and control of flexible manipulators. His 
work has demonstrated the limits of per¬ 
formance for noncollocated control sys¬ 
tems. He has obtained a theoretical basis 
for the stability of a large class of robot 
controllers (which include the traditional 
proportional-integral-derivative, or PID, 
controllers) and analyzed their robustness. 
He and his colleagues, Ali Pak and 
Geoffrey Shiflett, have also developed a 
direct-drive robot arm and studied its per¬ 
formance. 8 ' 9 

Low-cost robots for pick-and-place 
operations. Many industrial operations do 
not require the sophistication of a six- 
degree-of-freedom robot manipulator. 
Low-cost, highly reliable, simple robots 
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First Announcement and Call for Papers 


First Conference on 

Visualization in Biomedical Computing 

Atlanta, Georgia - May 22-25, 1990 


Theme: 

Visualization in scientific and engineering research is a 
rapidly emerging discipline aimed at developing tools 
and approaches to facilitate the interpretation of, and 
interaction with, large amounts of data, thereby allow¬ 
ing researchers to “see” and comprehend, in a new and 
deeper manner, the systems they are studying. This 
conference, the first of its kind, is aimed at bringing 
together researchers working in various aspects of vi¬ 
sualization in order to present and discuss approaches, 
tools, and techniques associated with visualization sci¬ 
ence in general, and visualization in biomedical com¬ 
puting in particular. 

Topics: 

• Applications, techniques, tools 

- Visualization in 

* Modeling and simulation of 
biomedical processes 

* Diagnostic radiology 

* Molecular biology and genetics 

* Neurophysiology 

* Prosthetics development 

* Radiation treatment planning 

* Education 

• Theories and approaches 

- Models of visualization 

- Representation of multidimensional 
parameters 

- Psychophysical aspects of visualization 

* Perception 

* Cognition 

* Human/machine interface 

- Artificial intelligence in visualization 

- Computer vision and image processing 

- Graphics and display 

— Visual communications and 
televisualization 

— Courses and training in visualization 


Sponsored by/in cooperation with: 

• National Science Foundation 

• Georgia Institute of Technology 

• Emory University School of Medicine 

• Emory-Georgia Tech Biomedical Technology 
Research Center 

Organizing Committee: 

• Dr. Norberto Ezquerra, Office of Interdisciplinary 
Programs, Georgia Institute of Technology (Chair). 

• Dr. Ernest Garcia, Department of Radiology, 
Emory University. 

• Prof. Ronald C. Arkin, School of Information 
and Computer Science, Georgia Institute of Tech¬ 
nology. 

Call for panels and tutorials: 

Proposals for panels and tutorial courses are welcomed. 

Deadlines: 

• Paper Abstracts due: July 31, 1989 (Submit 4 
copies of 800 word abstract) 

• Panel and tutorial proposals due: July 31, 1989 

• Acceptance notification to authors: November 
1, 1989 

• Full papers due: February 1, 1990 

• Conference: May 22-25, 1990 

For further information contact: 

Dr. Norberto Ezquerra, Office of Interdisciplinary Pro¬ 
grams, Georgia Tech, Atlanta, GA 30332. Phone: 

(404J-894-3964. 


• Other related topics 
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SPECIAL FEATURE 


Secure Query-Processing 
Strategies 

T.F. Keefe, University of Minnesota 
M.B. Thuraisingham, Honeywell 
W.T. Tsai, University of Minnesota 


A multilevel secure database 
management system is a system 
that is secure when shared by 
users from more than one clearance level 
and contains data of more than one sensi¬ 
tivity level. MLS/DBMSs evolved from 
multilevel secure computing systems. 
Present-day DBMSs are not built with ade¬ 
quate controls and mechanisms to enforce 
a multilevel security policy. Thus, an 
MLS/DBMS is different from a conven¬ 
tional DBMS in at least the following 
ways: 

(1) Every data item controlled by an 
MLS/DBMS is classified in one of several 
sensitivity levels that may need to change 
with time. 

(2) Access to data must be controlled on 
the basis of each user’s authorization to 
data at each sensitivity level. 

Providing an MLS/DBMS on current 
secure computing systems presents a new 
set of problems. The most obvious is that 
the granularity of classification in a DBMS 
is generally finer than a file and may be as 
fine as a single data element. Another 
problem unique to databases is the neces¬ 
sity to classify data according to context, 
time, and aggregation. Furthermore, 
DBMSs are vulnerable to inference 
attacks—that is, users can infer unautho¬ 
rized data from the knowledge they have 
accumulated. 
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These techniques 
allow users with 
different clearance 
levels to access data at 
various sensitivity 
levels without 
violating the security 
of a database 
management system. 


The Air Force Summer Study of 1982 1 
proposed various designs for multilevel 
secure relational database management 
systems. One MLS/RDBMS proposal is a 
near-term set of requirements incorporat¬ 
ing off-the-shelf concepts; another is a 
longer-term set of requirements, including 
content, context, dynamic classifications, 
and solutions to the inference problem. 

0018-9162/89/0300-0063$01.00© 1989 IEEE 


There has been a lot of interest in produc¬ 
ing designs for MLS/RDBMSs. 2 ' 4 Much 
attention is also being paid to the founda¬ 
tions of the inference problem in database 
security. 5-7 Other work has dealt with par¬ 
ticular aspects of the inference problem, 8 
such as architectures for MLS/DBMSs 
and query-processing strategies. 

The strategies for secure query process¬ 
ing that we propose here are carried out by 
query modification, a technique that has 
been used for enforcing integrity con¬ 
straints and providing view mechanisms. 
The technique consists of replacing the 
query the user presents with one that, when 
evaluated, will perform the desired func¬ 
tion. In the case of a view mechanism, the 
names of views referenced in the query are 
replaced by the definitions of the views in 
terms of base relations. 

Security models for MLS/DBMSs are 
still a research issue. 2 Once an appropri¬ 
ate security model is chosen, a DBMS that 
adheres to it must be built. The correspon¬ 
dence between the model and the DBMS 
is demonstrated by verification. To allow 
an effective verification of the security 
properties of the DBMS, the security¬ 
relevant portion of the code must be small. 
Query modification allows the security 
function to be separated from the normal 
functions of a DBMS. It allows one to con¬ 
centrate on the security properties of the 
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query modification algorithm. The secu¬ 
rity of the entire system can then be based 
on the verified security properties of the 
query modification algorithm and the cor¬ 
rect, nonhostile behavior of the DBMS. 
This fact makes query modification a 
desirable approach for retrofitting security 
into an existing DBMS. However, demon¬ 
strating that the behavior of the DBMS is 
correct and nonhostile is expensive. In this 
article we do not consider this verification 
issue. Instead we concentrate on various 
strategies that can be used to modify the 
query. 

A previous approach to 
secure query processing 

Query modification techniques have 
been used extensively in the past to trans¬ 
form queries into a more appropriate for¬ 
mat for a particular application. In 
deductive databases, queries against vir¬ 
tual relations, or relations that are not 
stored in the database but must be com¬ 
puted from rules in the rule base, have 
been transformed into queries against base 
relations. 9 Query modification has been 
used in a discretionary access control 
mechanism. 10 A variation of this tech¬ 
nique was proposed for mandatory access 
control. 4 

In this section we will describe this query 
modification mechanism and some of its 
limitations. In essence, the user’s query is 
modified by applying the relevant security 
constraints for the particular query in such 
a way that if the modified query is posed, 
then the response generated by the DBMS 
will not result in any security violation. An 
alternate approach to secure query pro¬ 
cessing would be not to modify the query 
but to check whether the response to be 
released will violate security. If it will, the 
response is not released. For this 
approach, methods of database integrity 
maintenance such as Sadri and 
Kowalski’s" could be adapted. 

Before illustrating the query modifica¬ 
tion technique with examples, we must 
first describe security constraints. Security 
constraints assign classification levels to all 
data in the database. 4 They provide a 
basis for a versatile, powerful classifica¬ 
tion policy because any subset of data can 
be specified and assigned a level statically 
or dynamically. Simple constraints pro¬ 
vide for classification of the entire data¬ 
base, as well as classification by relation 
and by attribute. Content-based con¬ 
straints provide a classification based on 


the contents of the database and allow for 
classification by tuple and by element. 
Context-based constraints classify rela¬ 
tionships between data. Finally, the clas¬ 
sification levels of the data can change 
dynamically with changes in content or 
context. 

A constraint consists of a data specifi¬ 
cation and a classification. The data spec¬ 
ification defines a subset of the database 
and can be expressed with relational 
algebra. The classification defines the clas¬ 
sification level of this subset. For example, 
consider a database that consists of a rela¬ 
tion Emp(SS#, Name, Salary, Dept#) with 
SS# as the key. The content-based con¬ 
straint that classifies the names of all 
employees who earn more than 100K 
($100,000 a year) as Secret is expressed 
Level(PROJECT[Name](SELECT [Salary 
> 100K] Emp)) = Secret 

and the context-based constraint that clas¬ 
sifies all names and salaries taken together 
as Secret is expressed 

Level(PROJECT[Name, Salary] Emp) = 
Secret 

The simple constraints that classify all 
names and salaries in Emp taken individu¬ 
ally as Unclassified are expressed 
Level(PROJECT[Name] Emp) = Unclas- 

Level(PROJECT[Salary] Emp) = Unclas¬ 
sified 

Simple and content-based constraints 
classify elements of tuples in the database 
and therefore can be applied to data as it 
is actually stored in the database. In this 
case, each element of data is associated 
with its sensitivity level. Context-based 
constraints classify sets of elements in the 
database and can be applied only in the 
computation of the result that is to be out¬ 
put in response to a user’s query. For 
example, if the content-based constraint 
that classifies all names of employees who 
earn more than 100K as Secret is enforced, 
the Secret names are stored in a Secret file 
and the Unclassified names are stored in 
an Unclassified file. If the context-based 
constraint that names and salaries taken 
together are Secret is enforced, the names 
and salaries are stored in Secret files and 
the constraint allows the information to be 
downgraded in appropriate situations. 

The security constraints are used in 
evaluating queries as follows: Suppose an 
unclassified user wants to retrieve all the 
names from the relation Emp, and the 
content-based constraint that classifies all 
names of employees who earn more than 
100K is enforced. Then the query is modi¬ 


fied to retrieve all names of which the cor¬ 
responding salaries are less than or equal 
to 100K. This modified query is then 
evaluated and all the Unclassified names 
will be retrieved. The formal description 
of this query modification algorithm 
appears in an article by Dwyer, Jelatis, and 
Thuraisingham. 4 

Although the query modification algo¬ 
rithm modifies the query correctly, it does 
not specify how to extract the relevant con¬ 
straints. In some cases, a relation may have 
numerous constraints enforced on it. In 
addition, constraints enforced on Join 
operations are rather complex. For exam¬ 
ple, consider the following relations: 

Emp(SS#, Name, Salary, Dept#) 

Dept(Dept#, Project, DName, Mgr) 

SS# is the key of Emp, and Dept# is the 
key of Dept. We enforce the constraint 
that classifies all names in Emp who work 
in a particular project—say Stars—in Dept 
as Secret. This constraint necessitates the 
Join of the relations Emp and Dept. Such 
constraints necessitate an efficient search 
procedure to extract the relevant con¬ 
straints for a query. 

Another drawback of the query modi¬ 
fication algorithm is that it takes into con¬ 
sideration only the response to the current 
query. It does not maintain the history 
information, making it impossible to 
determine whether the response to be 
generated, taken together with previously 
released responses, might lead to security 
violations. In other words, the algorithm 
does not handle inference attacks. To 
overcome such attacks, the information in 
all responses released must be maintained. 
Furthermore, for each additional query 
some efficient computation technique is 
required to see if the response generated, 
combined with previous responses, will 
cause a breach in security. 

In the next section we will explore the 
representation of constraints and the rep¬ 
resentation of histories of released infor¬ 
mation, along with methods for 
manipulating them to process queries 
securely. 

Strategies for secure 
query processing 

There are two important concerns about 
secure query-processing strategies. The 
first is the representation of the informa¬ 
tion required for processing the query. 
This information consists of security con¬ 
straints, including simple, content-based, 
and context-based types, and environmen- 
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Table 1. Relation definitions. 


Rname 

Arity 

Cardinality 

Primary Key 

Foreign Key 

Emp 

4 

0 

SS# 

Dept# 

Dept 

4 

0 

Dept# 

Null 


tal state information concerning what data 
has been released and at what level. The 
second concern is efficient methods of 
manipulating this information—for exam¬ 
ple, methods for finding constraints rele¬ 
vant to a given query and methods for 
constructing the modified query. 

Basic strategy. Most existing relational 
database management systems use the 
relational model to represent metadata. 
Therefore, we will first examine the suita¬ 
bility of Such a model for the representa¬ 
tion of metadata for an MLS/DBMS. The 
metadata of an MLS/DBMS includes the 
external schemas that describe the views, 
the conceptual schemas that describe the 
relations and the attributes, the internal 
schemas that describe the physical files, the 
security constraints, and the integrity con¬ 
straints. 

We will illustrate our design of the data 
dictionary, which contains the metadata, 
with an example. Suppose the database 
consists of the relations Emp and Dept 
described earlier. Let the following secu¬ 
rity constraints be enforced: 

Cl: Name in Emp where Salary > lOOKis 
Secret. 

C2: Name and Salary taken together are 
Secret. 

C3: Name in Emp where Project in Dept is 
Stars is Secret. 

C4: DName and Mgr taken together when 
Dept# = D1 is Secret. 

C5: Project in Dept is Secret. 

These constraints can be expressed as 
discussed in the preceding section. Their 
representation is as follows: 

Cl: Level(PROJECT[Name](SELECT 
[Salary > 100K] Emp)) = Secret 

C2: Level(PROJECT[Name, Salary]Emp) 
= Secret 

C3: Level(PROJECT[Name](SELECT 
[Project = Stars](Emp JOIN Dept))) 

= Secret 

C4: Level(PROJECT[DName, 

Mgr](SELECT [Dept# = Dl] Dept)) 

= Secret 

C5: Level(PROJECT[Project] Dept) = 
Secret 

The representation of this metadata is 
shown in Tables 1 through 5. Table 1 
describes the relations, the arity of each 
relation, the number of tuples in each rela¬ 
tion, one primary key, and one foreign 
key. Table 2 describes the attributes in 
each relation. Table 3 describes the views. 
Table 4 describes the content-based and 
simple constraints. Note that a simple con¬ 
straint is a content-based constraint with 
no condition. Table 5 describes the 
context-based constraints. We have not 


described the internal schemas as they are 
not required for the query modification 
process. 

The proposed strategy has two major 
weaknesses. The first is that it doesn’t 
maintain any environmental state infor¬ 
mation. To examine this weakness, let’s 
suppose an unclassified user wants to 
obtain all names. Tables 4 and 5 will have 
to be searched for all the relevant con¬ 
straints. The relevant constraints in this 
case are Cl, C2, and C3. Furthermore, Cl 
and C3 are directly relevant, and the query 
first will be modified to retrieve all names 
of employees whose salary is less than 
100K and who do not work in the project 
Stars. The constraint C2 becomes directly 
relevant only if the salaries have been 
released earlier. But this information is not 
represented in the model. 

The second weakness of this strategy is 
its difficulty in expressing complex secu- 


Table 2. Attribute definitions. 


Rname 

Aname 

Emp 

SS# 

Emp 

Name 

Emp 

Salary 

Emp 

Dept# 

Dept 

Dept# 

Dept 

Project 

Dept 

Dname 

Dept 

Mgr 


rity classifications. We encounter this dif¬ 
ficulty in representing constraints in which 
the sensitivity level of one attribute 
depends on the sensitivity level of another. 
In the previous example, suppose we have 
another constraint, which classifies salary 
as Secret only if Dept# in Emp is Secret. If 
an unclassified user wants to retrieve the 


Table 3. View definitions. 


View Name 

View Def 

VI 

PROJECT [SS#, Name, Salary, Dept#, Project, 

Dname, Mgr] (Emp JOIN Dept) 

V2 

PROJECT [Name, Salary] (Emp) 

V3 

PROJECT [Dname, Mgr] (Dept) 


Table 4. Simple and content-based constraints. 


Rname 

Cname 

Condition 

Target 

Level 

Emp 

Cl 

Salary > 100K 

Name 

Secret 

VI 

C3 

Project = Stars 

Name 

Secret 

Dept 

C5 

Null 

Project 

Secret 

Table 5. Context-based constraints. 

Rname 

Cname 

Condition 

Target 

Level 

Emp 

C2 

Null 

Name 

Secret 

Emp 

C2 

Null 

Salary 

Secret 

Dept 

C4 

Dept# = Dl 

Dname 

Secret 

Dept 

C4 

Dept# = Dl 

Mgr 

Secret 
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salaries, then the query is first modified to 
retrieve all salaries for which the predicate 
Dept#_Secret is False. But this modified 
query cannot yet be evaluated against the 
relational database. The tables have to be 
searched again to get all the constraints 
that classify the department number as 
Secret to provide a definition for the 
Dept#_Secret predicate. 

Strategy 2: adding environmental infor¬ 
mation. Here we will build on the basic 
strategy and add the environmental infor¬ 
mation it lacked. We will express this 
strategy using logic. Logic can be used in 
two ways: to express a computation and to 
imply a method of execution. We use logic 
in both ways. First, we express the compu¬ 
tation performed by the strategy. Second, 
we analyze the performance of the 
strategy, assuming the implied method of 
execution. We assume a method of execu¬ 
tion based on a technique proposed by 
Chang for translating queries against vir¬ 
tual relations to queries against base 
relations. 9 

We will now describe how the con¬ 
straints defined in the preceding subsection 
can be expressed in logic. A logical for¬ 
mula is of the form A — B, meaning A 
implies B where A is called the premise and 
B the conclusion. Each base relation (a 
relation in the database) or virtual relation 
(a relation not stored in the database) is 
represented by a predicate. Therefore, the 
constraints Cl through C5 are expressed 
by the following rules: 

Rl: Emp(X,Y,Z,W) A Z > 100K - 
Level(Y, Secret) 

R2: Emp(X,Y,Z,W) -* Level([Y,Z], 

Secret) 

R3: Emp(X,Y,Z,W) A Dept(P,Q,R,S) A P 
= W A Q = Stars - Level(Y, Secret) 

R4: Dept(P,Q,R,S) A P = D1 - 
Level([R,S], Secret) 

R5: Dept(P,Q,R,S) - Level(Q, Secret) 

The rules R2 and R4 are context-based 
constraints. They classify sets of attributes 
released together. Therefore, if one of the 
attributes has already been released, then 
the other should be classified at the Secret 
level. We have found that with the rela¬ 
tional model it was not easy to express such 
constraints. We will now examine how 
they can be expressed with logic. First we 
will examine the case where only one var¬ 
iable is released in a query. For this case the 
constraints R2 and R4 can be expressed as 
follows: 

R6: Emp(X,Y,Z,W) A Release(Y, Unclas¬ 
sified) -* Level(Z, Secret) 


R7: Emp(X,Y,Z,W). A Release(Z, Unclas¬ 
sified) -*• LevelfY, Secret) 

R8: Dept(P,Q,R,S) A P = D1 A 

Release(R, Unclassified) -* Level(S, 
Secret) 

R9: Dept(P,Q,R,S) A P = D1 A 

Release(S, Unclassified) -* Level(R, 
Secret) 

where Release(X,L) implies X has been 
released at level L. 

Suppose an unclassified user wants to 
retrieve all names from Emp: 

{Y: Emp(X,Y,Z,W)} 

Instead of modifying the query to obtain 
all Unclassified names, we pose a query 
that will first obtain all names, then obtain 
Secret names, and finally subtract the 
Secret names from the set of all names. In 
general, this will give only a subset of the 
Unclassified names because Name is not a 
key attribute. The situation could arise in 
which two different employees share the 
same name and one makes less than 100K 
and the other makes more than 100K. 
According to Rl, the name the two 
employees share is both Secret and Unclas¬ 
sified. However, the subtraction of the two 
sets would remove the name. The user will 
get only the Unclassified names. 

More specifically, in processing the 
query, the system searches the rule base for 
all rules that classify the names in Emp 
with a sensitivity level higher than the 
clearance of the user. These rules are Rl, 
R3, and R7. The premises in these rules are 
conjuncted and the result is used to form 
a query Q'. This query is as follows: 

{Y: (Emp(X,Y,Z,W) A Z > 100K) V 
(Emp(X,Y,Z,W) A Dept(P,Q,RiS) A 
p = W A Q = Stars) V 
(Emp(X,Y,Z,W) A Release(Z, Unclas¬ 
sified))} 

The query Q' is subtracted from the origi¬ 
nal to give the Unclassified names. The 
result is as follows: 

{Y: Emp(X,Y,Z,W)} Minus 

{Y: (Emp(X,Y,Z,W) A Z > 100K) v 
(Emp(X,Y,Z,W) A Dept(P,Q,R,S) A 
P = W A Q = Stars) V 
(Emp(X,Y,Z,W) A Release(Z, Unclas¬ 
sified))} 

This query still cannot be evaluated 
because Release is not a base relation. 
Therefore, the rule base will be searched 
to see if the salaries have been released. 
Since the salaries have not yet been 
released, ReleasefZ, Unclassified) is False. 
Therefore, the query that will be evaluated 
is 

{Y: Emp(X,Y,Z,W)} Minus 

{Y: (Emp(X,Y,Z,W) A Z > 100K) V 


(Emp(X,Y,Z,W) A Dept(P,Q,R,S) A 
P = W A Q = Stars)} 

This query will be translated into a lan¬ 
guage appropriate to the DBMS. It will be 
evaluated against the relational DBMS, 
and the response will be released. Since 
processing the query releases names at the 
Unclassified level, this information has to 
be recorded as environmental state infor¬ 
mation. We do this by adding the rule 
RIO: Emp(X,Y,Z,W) - Release(Y, 
Unclassified) 

to the rule base. This rule is not completely 
accurate; it implies that all the names were 
released at the Unclassified level. It does, 
however, err on the conservative side and 
is more efficient than other, more accurate 
ways of recording this information. 

Now if the unclassified user wants to 
obtain the salaries in Emp, the query posed 
will be 

{Z: Emp(X,Y,Z,W)} 

This query will be modified to 
{Z: Emp(X,Y,Z,W)} Minus 
{Z: Emp(X,Y,Z,W) A Release(Y, 
Unclassified)} 

However, by rule RIO, Release(Y, Unclas¬ 
sified) is True and the query will release no 
data. 

In the case where a query can release 
more than one attribute, a slightly more 
complicated method is necessary. This 
method deals with the problems of how a 
set of attributes is given a classification and 
how the sensitivity level of a set of attrib¬ 
utes is computed. The constraints R2, R6, 
and R7 represent the more general con¬ 
straint C2, which says that Name and Sal¬ 
ary taken together are Secret. R2 classifies 
the set {Name, Salary} as Secret if they are 
to be released simultaneously. R6 classifies 
Salary as Secret if Name has previously 
been released. R7 classifies Name as Secret 
if Salary has already been released. In 
general, to classify a set of objects, it is 
necessary to have one classification 
describing each subset of the classified set. 
For example, consider the problem of clas¬ 
sifying the set of objects {A, B, C} in rela¬ 
tion X as Secret. The following 
classifications must exist: 

El: X(A,B,C) - Level([A,B,C], Secret) 

E2: X(A,B,C) A Release(A, Unclassified) 

-* Level([B,C], Secret) 

E3: X(A,B,C) A Release(B, Unclassified) 

- Level([A,C], Secret) 

E4: X(A,B,C) A Release(C, Unclassified) 

— Level([A,B], Secret) 

E5: X(A,B,C) A Release(A, Unclassified) 

A Release(B, Unclassified) -* Level(C, 
Secret) 


66 


COMPUTER 





E6: X(A,B,C) A Release(A, Unclassified) 

A Release(C, Unclassified) -* Level(B, 
Secret) 

E7: X(A,B,C) A ReleasefB, Unclassified) 

A Release(C, Unclassified) -*■ Level(A, 
Secret) 

The number of rules is exponential with 
respect to the number of elements in the 
classified set. This is a significant weakness 
of this strategy if there are large sets of 
attributes involved in context-based secu¬ 
rity constraints. 

The next problem we need to address is 
how to compute the sensitivity level of the 
list of attributes being released by a query. 
The answer is that the level for the set of 
attributes dominates the level assigned to 
each subset. For example, if the con¬ 
straints El through E7 are in force, any set 
of attributes that contains the set {A,B,C} 
will be classified as Secret. If C has been 
released Unclassified, then any set of 
attributes that includes {A,B} is also 
Secret. Since each subset must be classi¬ 
fied, the process takes exponential time 
with respect to the number of attributes 
released by the query. 

The examples described above show 
that unlike the basic strategy, this one can 
be used fairly easily to represent con¬ 
straints and environmental information. 
It allows a natural expression of context- 
based constraints and classification of ele¬ 
ments based on the classification of other 
elements. However, the method is ineffi¬ 
cient in representing context-based con¬ 
straints and computing the classifications 
of sets of output attributes. 

Strategy 3: using graphs. This strategy 
builds on the previous one in two ways. 
First, it uses graphs to index security con¬ 
straints and make access more efficient. 
Second, it processes each output attribute 
independently, reducing the difficulty in 
processing queries with multiple output 
attributes and reducing the number of 
rules needed to express context-based con¬ 
straints. This technique is a variation of the 
factoring mechanism used for query pro¬ 
cessing. The essence of the factoring mech¬ 
anism is to extract the common 
information present in all the rules to 
avoid representation of redundant infor¬ 
mation. 12 For example, if more than one 
constraint is enforced on the relation Emp, 
then it is not necessary to repeat the name 
Emp and its attributes in each constraint. 
Just one point represents Emp, and the 
constraints enforced on it originate at this 
point. 


Figure 1 shows how the constraint Cl is 
represented. Emp(X, Y,Z, W) is the label of 
a node with in-degree 0. Since Emp has 
four attributes, four edges originate at this 
node. The nodes at the end of these edges 
specify the corresponding attribute. For 
example, Name(Y) is the label of the node 
that states that Y in Emp is the attribute 
Name. The condition Z > 100K in con¬ 
straint Cl is represented by a node that 
points to Salary(Z). Since Cl doesn’t 
assign levels to the attributes SS# and 
Dept#, no edges originate at the nodes 
labeled SS#(X) and Dept#(W). The con¬ 
straint Cl classifies all names of employees 
who earn more than 100K as Secret. There¬ 
fore, there is an edge originating from 
Name(Y) whose tail is the node labeled 
Level(Y, Secret). Level(Y, Secret) points 
to the node with the condition Z > 100K, 
which classifies the name. 

When an unclassified user wants to 
retrieve the names only, the search will be 
for a node that classifies names at a level 
greater than or incomparable to the 
Unclassified level. The node Level(Y, 
Secret) is such a node. Then all the nodes 
pointed to by edges emanating from 
LeveI(Y, Secret) will be examined and the 
conditions in those nodes will be negated 


to modify the query. Therefore, the resul¬ 
tant query will ask to retrieve all names of 
employees whose salaries are less than or 
equal to 100K. If a Secret user wants to 
retrieve all the names, then the search will 
be for a node that classifies all names at a 
level greater than or incomparable to the 
Secret level. Since there is no such node, 
the query will not be modified. 

Handling virtual relations. Initially we 
assumed that there are no constraints on 
derived relations such as the constraint C3, 
nor can we handle multiple queries such as 
retrieving the names first and then the sal¬ 
aries. We will now examine each of these 
cases. First, suppose the constraint C3 is 
enforced in addition to Cl. The additional 
information that has to be incorporated 
into Figure 1 is shown in Figure 2. To 
express the constraint C3, first a join 
operation has to be performed between 
Emp and Dept over the attribute Dept#. 
Therefore, we have another node 
Dept(P,Q,R,S) that has in-degree 0 and 
four edges originating from it to represent 
its four attributes. Since the join is over 
Dept#, an edge from the node Dept#(W) 
that corresponds to the relation Emp, an 
edge from Dept#(P) that corresponds to 




Figure 1. Representation of constraints with a graph. 
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Figure 2. Constraints on joins. 


relation Dept, and an edge from Proj¬ 
ect^) all meet at the node P = W A Q = 
Stars. Since the names in project Stars are 
Secret, there is an edge from Level(Y, 
Secret) to the node P = W A Q = Stars. 

The query is processed in a manner simi¬ 
lar to before. For example, if an unclassi¬ 


fied user wants to retrieve all names, a 
search is made for a node that classifies all 
names at a level greater than or incom¬ 
parable to the Unclassified level. In this 
example the node found will be Level(Y, 
Secret). Then all edges originating from 
this node will be traversed. The two nodes 


( Emp(X,Y,Z,W) ) 



Figure 3. Representing context-based constraints. 


that will specify the conditions to classify 
the names are Z > 100K and P = W A Q 
= Stars. Then these conditions will be 
negated and the query will be modified to 
retrieve all names for whom the salary is 
less than or equal to 100K and who do not 
work in Stars. 


Handling multiple queries. Now let us 
examine how multiple queries can be han¬ 
dled. Because of the constraint C2, names 
should not be released to an unclassified 
user if salaries have been released earlier, 
and vice versa. In other words, the context- 
based constraint C2 will automatically 
enforce the two constraints R8 and R9; 
names are Secret if salaries have been 
released, and salaries are Secret if names 
have been released. The additional infor¬ 
mation that has to be incorporated into 
Figure 1 to enforce the constraints R8 and 
R9 is shown in Figure 3. In this figure we 
have two more nodes. One is labeled 
Release(Y, Unclassified), which implies 
that names are released; the other node is 
labeled Release(Z, Unclassified), which 
implies that salaries are released. Because 
of the constraint R8, there will be an edge 
from Level(Y, Secret) to the condition 
Release(Z, Unclassified), and the con¬ 
straint R9 will be enforced by the edge 
from Level(Z, Secret) to the condition 
Release(Y, Unclassified). Now if an 
unclassified user wants to obtain salaries 
after he has obtained names, a search will 
be made for a node that classifies salaries 
at a level greater than or incomparable to 
the Unclassified level. The node that will 
be found is Level(Z, Secret). The condition 
pointed to by this node is Release(Y, 
Unclassified). Therefore, the query will be 
modified to retrieve all salaries if names 
have not been released. 

But this query still cannot be evaluated 
because the predicate Release is a virtual 
predicate. Therefore, a search must be 
made to determine whether names have 
been released. To do this, we need another 
graph to represent environmental infor¬ 
mation. This graph is shown in Figure 4. 
As soon as the names are released at the 
Unclassified level from the previous query, 
this information has to be incorporated 
into the environmental information. 
Therefore, the Name(Y) in Figure 3 has an 
edge whose tail is Release(Y). Since the 
names are already released at the Unclas¬ 
sified level, the negation of the condition 
Release(Y) is False. Therefore, the query 
is modified to the null query and no query 
will be posed to retrieve the salaries. 
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( Emp(X,Y,Z,W) ) 



( SS#(X) ) ( Name(Y) ) ( Salary(Z) ) ( Dept#(W) ) 


^ Release(Y.Unclassified) ^ 


Figure 4. Representing environmental information. 


Multiple outputs released in a query. 
Strategy 2 was inefficient in dealing with 
context-based constraints and the release 
of multiple outputs in a query. Up to this 
point we have only sketched the method 
for handling these problems by graph fac¬ 
toring. In this section we show how sets of 
outputs can be classified efficiently and 
how context-based constraints can be rep¬ 
resented efficiently. 

In this strategy the modification of the 
query necessary for each output variable 
is considered independently. As soon as 
the query is modified, the proper attribute 
is tentatively marked released in the 
environmental state graph. Each output is 
processed in this fashion. The modified 
query is processed. If the query is a con¬ 
tradiction, then no data is released and the 
changes to the environmental state graph 
are removed. If the query does release data 
to the user, the changes to the environmen¬ 
tal state graph dre made permanent. For 
example, suppose an unclassified user 
attempts to retrieve name and salary in a 
query. First, the release of names is con¬ 
sidered. The condition for releasing names 
Unclassified is ->Release(Salary, Unclassi¬ 
fied). This predicate is immediately looked 
up in the environmental state graph and 
replaced with -'False or True. This condi¬ 
tion is added to the query. At this point the 
fact that names have been released Unclas¬ 
sified is added tentatively to the environ¬ 
mental state graph. Next, the release of 
salaries is considered. The condition for 
releasing them is -'Release(Name, Unclas¬ 
sified). This is looked up and replaced by 
-■True or False. Now this condition is 
added to the query, and the environmen¬ 
tal state graph is again tentatively updated. 
This modified query is a contradiction. 
When it is processed, it will not release any 
data and so the environmental state graph 
will be returned to its previous state. 

Since each output is processed individu¬ 
ally, the classifications for context-based 
constraints are much simpler. For each 
object in a context-based constraint, there 
must be one node with a predicate that is 
the conjunction of release predicates for 
each of the other members of the con¬ 
straint. This means that for a context- 
based constraint with n members, there 
will be a total of n predicate nodes in the 
tree with n*(n- 1) logical terms in all of 
the predicates. This is much better than the 
previous strategy’s exponential growth of 
classification rules with n. 

The mechanism described here is also 
applicable when the level of a piece of data 
depends on the level of another. Suppose 


the names in Emp are Secret only if the sal¬ 
aries are Secret. Then the node labeled 
Level(Y, Secret) has an arrow to the node 
labeled LevelfZ, Secret). The query is then 
modified to retrieve all names for which 
the salary is not Secret. This query cannot 
yet be evaluated as it contains a virtual 
relation. The graph is searched again for 
all the conditions that make salary in Emp 
Secret. This is quite simple—all one has to 
do is follow all the edges that originate at 
Level(Z, Secret). 

Performance 

The performance of a query-processing 
strategy depends on the modification 
method being used, the number of security 
constraints, and the number of attributes 
released in the query, among other factors. 
That is the type of performance we focus 
on in this section. Another measure of per¬ 
formance is the impact of query modifica¬ 
tion on throughput. This type of 
performance is affected by such factors as 
the DBMS architecture (distributed or cen¬ 
tralized), the type of queries being made, 
and the frequency of updates. It is not 
affected by the particular method used to 
modify the query. We will not consider 
that type of performance here. 

Strategy 2. Security constraints in the 
second strategy are represented as rules. 
The method described by Chang 9 for 
identifying relevant queries requires that 


each literal in the query be unified with 
each security constraint. Performance is 
directly related to the number of security 
constraints. Thus, performance may be 
poor because there can be a large number 
of security constraints. Performance is 
degraded further due to the way that 
context-based constraints are represented. 
As discussed earlier, the number of secu¬ 
rity constraint rules necessary to represent 
a context-based constraint is exponential 
to the number of objects classified by the 
constraint. 

The performance of constraint location 
is determined by the method of classifica¬ 
tion used for sets of output variables. The 
number of conditions added to the modi¬ 
fied query is exponential to the number of 
variables being simultaneously queried. 
For the query 

{A,B,C: (Emp(A,B,C,D)} 

The augmented query Q ' will be 

{A,B,C: (Emp(A,B,C,D) 

A Level([A,B,C], Unclassified) 

A Level([A,B], Unclassified) 

A Level([A,C], Unclassified) 

A Level([B,C], Unclassified) 

A Level(A, Unclassified) 

A Level(B, Unclassified) 

A Level(C, Unclassified) } 

and this query will determine the number 
of literals that will be resolved with the 
security constraints. In the best case, with 
no context-based constraints and only sin¬ 
gle outputs released simultaneously, the 
time complexity for location of constraints 
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is 0(n) where n is the number of security 
constraints. 

Strategy 3. In the third strategy each 
classification constraint is associated with 
one attribute of a relation. In effect the 
constraints are indexed by the relation and 
the attribute. Since the attributes used in 
processing a query are evident from 
inspecting the query, this indexing makes 
the search for the relevant security con¬ 
straints efficient. As pointed out earlier, 
the way the query modification is done 
allows each output to be handled indepen¬ 
dently. This means that graphs represent¬ 
ing context-based constraints with groups 
of n members have space complexity of 
0(n 2 ). The performance of the query 
modification process depends directly on 
the number of constraints that apply to the 
output attributes and not on the number 
of security constraints overall. 


I n this article we have described strate¬ 
gies for query processing in an 
MLS/DBMS: a basic strategy mak¬ 
ing use of query modification and two 
extensions of this technique. Strategy 2 
and Strategy 3. Strategy 2 is based on logic 
and adds environmental state information 
to deal with context-based constraints. 
Strategy 3 uses graphs to index security 
constraints and processes output variables 
independently. It adds no new capabilities 
but provides increased performance. Both 
techniques ensure that a query is modified 
in such a way that if the modified query is 
posed, the response generated will not vio¬ 
late security requirements. 

We have examined performance issues 
for the two proposed strategies. The index¬ 
ing of security constraints in graph-based 
Strategy 3 makes it on the whole more effi¬ 
cient. However, logic-based Strategy 2 can 
support more flexible classifications of 
data. Strategy 3 is clearly superior in deal¬ 
ing with context-based constraints, gener¬ 
ating fewer classification rules per 
constraint and processing queries with 
multiple outputs more efficiently. 

There are many problems in the devel¬ 
opment of an MLS/DBMS. Among them 
are developing a security model, defining 
strategies for query processing, verifying 
the security properties of the system, and 
assuring adequate system performance. 
Secure query processing can form an 
essential part of an MLS/DBMS. □ 
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Extended Industry Standard Architecture design 
on schedule, 32-bit EISA connector finalized 


All key aspects of the Extended 
Industry Standard Architecture 
specification—electrical, mechanical, 
and system configuration details—have 
been incorporated and distributed to 
participating developer companies, 
according to an announcement by the 
group of major personal computer 
manufacturers who initiated the EISA 


specification last September. 

The initial EISA group was formed 
by AST Research, Compaq Computer, 
Epson America, Hewlett-Packard, NEC 
Information Systems, Ing. C. Olivetti & 
Co., Tandy, Wyse Technology, and 
Zenith Data Systems. 

Finalization of the EISA specification 
(now over 250 pages in length) has 


progressed on schedule, the announce¬ 
ment stated. Utilizing this non¬ 
proprietary industry-standard 
specification, industry vendors have 
proceeded with development of com¬ 
puter systems, EISA silicon compo¬ 
nents, add-on boards, and software 
enhancements. As of January 30, over 
100 manufacturers and developers 
worldwide had purportedly obtained 
'the complete EISA specification with 
the intent to develop EISA-related 
products. 

Engineering samples of key EISA 
chip-set silicon components from Intel 
are expected in the second quarter of 
1989, with production shipments to 
computer manufacturers planned for 
the second half of the year. Complete 
PC systems based on EISA, as well as 
add-on products, are expected to be 
available by the end of 1989, it was 
indicated. 

The specification now includes the 
finalization of mechanical details for 
the EISA 32-bit connector. The new 
connector will reputedly allow high- 
performance 32-bit expansion boards to 
be installed in PCs utilizing EISA when 
they become available later this year. 

Because the EISA 32-bit connector is 
the same size as today’s industry- 
standard architecture (ISA) 16-bit con¬ 
nector, it occupies the same amount of 
system board space. The new connector 
contains a second row of contacts 
beneath the standard set of ISA 16-bit 
contacts to provide 32-bit data and 
addressing capabilities. 

Each 32-bit connector will incor¬ 
porate physical “stops” that will pre¬ 
vent ISA 8-/16-bit boards from being 
inserted past the upper row of contacts. 
New 32-bit EISA expansion boards will 
be “notched” to bypass the “stops” 
and allow complete insertion and 
engagement with the bottom row of 
contacts. 

Burndy Corp., AMP Inc., and other 
major connector vendors have commit¬ 
ted to supplying this component. 
Production quantities are expected in 
the second quarter. 

EISA specifies a 32-bit bus extension 
to the existing 8-/16-bit industry stan¬ 
dard expansion bus. It delivers 32-bit 









The EISA 32-bit connector (a); the ISA card-edge connection (b) and (c); and the 
EISA card-edge connection (d) and (e). 
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address and data bus extensions that 
support memory capacity beyond 
today’s 16-megabyte maximum. It also 
provides both 32-bit direct-memory 
access and 32-bit bus master support. 
With its increased data bandwidth, 

EISA will reputedly enable PC 
manufacturers to deliver capabilities 
supporting future work-group applica¬ 
tions while maintaining compatibility 
with the installed base of PCs and con- 
nectibility to a variety of minicomputer 
and mainframe environments. 

Additional features include program¬ 
mable board setup for automatic con¬ 
figuration of EISA boards and 
software-aided configuration of existing 
switch-programmable ISA and future 
EISA boards, according to the EISA 
announcement. 


COMPUTER SECURITY 
SCIENTISTS 


Tomorrow’s Computing 
Technology is Today’s Challenge 


-at- 

I D A 


Intermetrics develops 
validation test suite for 
IEEE standard 1076 

Intermetrics has been selected by the 
VHSIC program office to integrate and 
disseminate a validation test suite for 
IEEE Standard VHDL 1076, the com¬ 
pany announced. The validation suite 
will promote uniformity—a critical fea¬ 
ture for CAD/CAE tools that imple¬ 
ment the standard language. 

Uniformity will ensure portability of 
models across tool sets as well as pro¬ 
vide users with a yardstick for evaluat¬ 
ing available VHDL tools. 

The process of generating a valida¬ 
tion test suite is open to all interested 
parties. Specifically, vendors or others 
who have language validation tests are 
encouraged to contribute to the suite. 
Initially, tests from Intermetrics and 
Vantage Analysis Systems will form the 
core of the validation suite. 

Tests will be distributed to all 
interested parties for the cost of the dis¬ 
tribution media. Anyone interested in 
receiving further updates and meeting 
notices should contact Victor Berman, 
Intermetrics, 4733 Bethesda Ave., 
Bethesda, MD 20814, phone (301) 
657-3775. 

The IEEE Standard 1076-1987 
VHDL Language Reference Manual 
can be obtained by specifying order No. 
983 when contacting the Computer 
Society Press, 10662 Los Vaqueros Cir¬ 
cle, Los Alamitos, CA 90720-2578, 
phone (800) CS-BOOKS. In California, 
dial (714) 821-8380. The IEEE and 
Computer Society-member price is $36, 
and the nonmember price is $40. 


Some of the nation’s most excit¬ 
ing developments in software 
technology, supercomputer 
architecture, AI, and expert sys¬ 
tems are under scrutiny right 
now at the Institute for Defense 
Analyses. IDA is a Federally 
Funded Research and Develop¬ 
ment Center serving the Office of 
the Secretary of Defense, the 
Joint Chiefs of Staff, Defense 
Agencies, and other Federal 
sponsors. 

IDA’s Computer and Software 
Engineering Division (CSED) is 
seeking professional staff 
members with an in-depth 
theoretical and practical back¬ 
ground in the area of Computer 
Security. Tasks include efforts 
on both the design/development 
of techniques to assess and 
assure security and providing 
advice to DoD decision makers 
on appropriate and feasible 
policy regarding security. 

Specific desired skills and inter¬ 
ests include: 

• Formal verification, with 
emphasis on the Ada language 

• Secure kernels and reference 
monitors 

• Security in multiprocessor 

systems 

• Fault-tolerance in secure 

systems 

• Operating system, data base 
and network security criteria 

• Testing and evaluation 


Specialists in other areas of 
Computer Science are also 
sought: Software Engineers, Dis¬ 
tributed Systems, Artificial Intel¬ 
ligence and Expert Systems, and 
Programming Language 
Experts. 

We offer career opportunities at 
many levels of experience. You 
may be a highly experienced 
individual able to lead IDA proj¬ 
ects and programs ... or a 
recent MS/PhD graduate. You 
can expect a competitive salary, 
excellent benefits, and a superior 
professional environment. 

Equally important, you can 
expect a role on the leading edge 
of the state of the art in comput¬ 
ing. If this kind of future appeals 
to you, we urge you to investi¬ 
gate a career with IDA. Please 
forward your resume to: 

Mr. Thomas J. Shirhall 
Manager of Professional Staffing 
Institute for Defense Analyses 
1801 N. Beauregard Street 
Alexandria, VA 22311 
An equal opportunity employer. 
U.S. Citizenship is required. 
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Editor: Sallie Sheppard, Office of Associate Provost for Honors Program and Undergraduate Studies, Texas A&M University, College Station, TX 77843; (409) 845-3210 


Nominations invited for elevating senior members 


Nominations are now being solicited 
by the Computer Society Fellows Com¬ 
mittee to elevate deserving IEEE senior 
members to the grade of IEEE fellow. 

The fellow grade recognizes unusual 
distinction in the profession and is con¬ 
ferred on a person who has made out¬ 
standing individual contributions in 


IEEE designated fields. Fellow is the 
highest grade of membership and the 
only grade for which members cannot 
personally apply but must be nominated 
by another member. 

Each candidate must be a senior 
member when nominated and must nor¬ 
mally have been a member in any grade 


to IEEE fellow grade 

for five years or more. 

In evaluating nominations, the IEEE 
Fellow Committee considers the follow¬ 
ing criteria, listed in approximate order 
of importance: 

(1) Individual contributions as 
engineer/scientist, technical 
leader, or educator. 


38 Computer Society members designated IEEE fellows 


Completing its annual election 
process for 1988, the IEEE Board of 
Directors has conferred the title of 
IEEE fellow on 38 Computer Society 
members. Of the 392 senior IEEE 
members recommended to the IEEE 
Fellow Committee and evaluated, 

226 were elected to fellow grade 
effective January 1, 1989. 

The title of fellow recognizes the 
outstanding contributions of senior 
members in one or more areas. The 
alphabetical list below identifies the 
new IEEE fellows who are Com¬ 
puter Society members and the cita¬ 
tion each new fellow received. The 
IEEE society, group, or council that 
evaluated the respective candidate 
appears in parentheses. 

Prathima Agrawal, New Providence, 

New Jersey, for contributions to 
computer-aided design and testing of 
integrated circuits (Computer). 

Albert P. Albrecht, Alexandria, Virginia, 
for leadership in the modernization of the 
National Airspdce Traffic Control Sys¬ 
tem (Aerospace and Electronic Systems). 

John W. Balde, Flemington, New Jersey, 
for contributions in the field of electronic 
packaging and for leadership of indus¬ 
trywide task forces in this area (Compo¬ 
nents, Hybrids, and Manufacturing 
Technology). 


Lawrence Bernstein, Short Hills, New 
Jersey, for leadership in the development 
and incorporation of computer systems 
in the US national telephone distribution 
plant (Communications). 

Jon T. Butler, Monterey, California, for 
contributions to the theory and applica¬ 
tion of multiple-valued logic (Computer). 

Bill D. Carroll, Arlington, Texas, for 
contributions leading to the development 
of the theory for generalized test func¬ 
tions for combinatorial circuits 
(Computer). 

Ashok K. Chandra, Yorktown Heights, 
New York, for contributions to the the¬ 
ory of computational complexity, theory 
of database queries, and VLSI testing 
(Computer). 

Howard Eisner, Potomac, Maryland, for 
contributions to systems engineering 
practice and computer aids to that field 
(Systems, Man, and Cybernetics). 

Alexander G. Fraser, Bernardsville, New 
Jersey, for contributions and leadership 
in the design of switched virtual circuit 
networks (Communications). 

Hideo Fujiwara, Kawasaki, Japan, for 
contributions to research and develop¬ 
ment on testing of large integrated cir¬ 
cuits (Computer). 


Amrit L. Goel, Fayetteville, New York, 
for contributions to the reliability of 
computer software (Computer). 

David Kai-Mei Hsiao, Monterey, Califor¬ 
nia, for contributions to research, train¬ 
ing, and curriculum development in data 
modeling, security, engineering, and 
database systems and machines 
(Computer). 

Aaron Kershenbaum, New City, New 
York, for contributions to computer and 
voice communications network design 
(Communications). 

Kane H. Kim, Irvine, California, for con¬ 
tributions to the field of fault-tolerant 
distributed computing (Computer). 

Nathaniel R. Kornfield, Chester, Penn¬ 
sylvania, for leadership in the develop¬ 
ment of test technology as a discipline in 
the design and production of digital com¬ 
puters (Computer). 

Paul J. Kuehn, Stuttgart, West Germany, 
for contributions and leadership in 
teletraffic theory, communication system 
modeling, and performance evaluation 
(Communications). 

Richard C.T. Lee, Hsinchu, Taiwan, for 
contributions to computer engineering 
education (Computer). 

Egon E. Loebner, Palo Alto, California, 
for contributions to optoelectronic 
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(2) Evaluation by an IEEE society. 

(3) Tangible and verifiable evidence 
of technical accomplishment, such 
as technical publications, patents, 
reports (internal or published) 
made available with descriptions 
of products, system products and 
system applications, facilities, 
and/or services performed. 

(4) Confidential opinions of IEEE 
fellow references who are quali¬ 
fied to judge the work of the can¬ 
didate (if possible, these persons 
should not be associated with the 
candidate’s own organization). 

(5) Service to IEEE (AIEE/IRE) and 
other professional engineering 
societies. 

(6) Total years in the profession. 

Kits containing this year’s nomina¬ 
tion forms can be obtained from the 
Staff Secretary, IEEE Fellow Commit¬ 
tee, 345 East 47th St., New York, NY 
10017-2394, phone (212) 705-7750; or 


materials, devices, and networks, and for 
transdisciplinary research across life, 
social, and computer sciences (Electron 
Devices). 

Karl E. MartersCeck, Jr., Naperville, 
Illinois, for technical leadership in the 
design and development of digital switch¬ 
ing systems (Communications). 

Gerald M. Masson, Baltimore, Mary¬ 
land, for contributions in interconnection 
structures for voice/data communication 
and fault-tolerant computing 
(Computer). 

Debasis Mitra, Murray Hill, New Jersey, 
for contributions to the mathematical 
foundations of computer and communi¬ 
cation systems design and analysis 
(Computer). 

Yrjo A. Neuvo, Tampere, Finland, for 
contributions to digital-signal processing 
algorithms and engineering education 
(Circuits and Systems). 

Eiichi Ohno, Kanagawa-ken, Japan, for 
contributions to and leadership in the 
development of power electronics and 
industrial control systems using 
microprocessors (Industrial Electronics). 

Daniel L. Ostapko, Mahopac, New 
York, for contributions to design auto¬ 
mation, fault-tolerant computing, and 
programmable logic arrays (Computer). 


from the Member Services Department, 
IEEE Computer Society, 10662 Los 
Vaqueros Circle, Los Alamitos, CA 
90720-2578, phone (714) 821-8380. 

The strict deadline for submitting 
nomination forms B-27, B-3, and B-29 
to the IEEE is April 30, 1989. 

Tilak Agerwala is again serving as the 
Computer Society’s Fellows Committee 
chair. He can be contacted at IBM, Old 
Orchard Rd. Armonk, NY 10504, 
phone (914)765-6491. 

As indicated in the accompanying 
article, 38 Computer Society members 
are newly elected IEEE fellows. 

“Clearly, we have many more mem¬ 
bers who deserve this recognition,” 
Agerwala said. “The society’s Fellows 
Committee urges members to take on 
the task of identifying worthy candi¬ 
dates, completing the necessary paper¬ 
work, and meeting the deadline for 


Janak H. Patel, Urbana, Illinois, for 
contributions to the field of computer 
architecture (Computer). 

Madhu V. Pitke, Bombay, India, for 
technical leadership in the design and 
implementation of a family of digital 
switches for India’s national telecommu¬ 
nications network (Communications). 

Ralph W. Powell, Pittsburgh, Pennsylva¬ 
nia, for contributions to lightning protec¬ 
tion of substations, rotating machines, 
and distribution systems (Power 
Engineering). 

Birendra Prasada, Verdun, Quebec, 
Canada, for leadership in the develop¬ 
ment of industry/university research in 
image coding and processing, and for 
contributions to digital encoding of 
image signals (Communications). 

Mortimer Rogoff, Washington, DC, for 
invention of a principal form of spread- 
spectrum communications and for contri¬ 
butions to the field of electronic naviga¬ 
tion systems (Communications). 

Alan J. Smith, Berkeley, California, for 
contributions to the understanding, 
design, and optimization of computer 
memory hierarchies (Computer). 

Herbert L. Thai, Jr., Wayne, Pennsylva¬ 
nia, for contributions to the application 
of computer-aided procedures in the 


submission of the fellow nominations to 
the IEEE.” 

Nominators should start the process 
early since it takes a fair amount of 
preparation to make a strong case and 
identify appropriate references, Ager¬ 
wala added. A list of Computer Society 
members who are IEEE fellows can be 
obtained by contacting Agerwala. 

Members are also urged to apply for 
senior membership since it is one of the 
requirements for elevation to the fellow 
grade. Admission or transfer to the 
grade of senior member requires that 
the candidate be an engineer, scientist, 
educator, technical executive, or origi¬ 
nator in IEEE-designated fields and 
active in professional practice for at 
least 10 years, with significant perfor¬ 
mance over at least five years. 

Applications for senior membership 
can be obtained by contacting one of 
the offices listed above or by circling 
Reader Service No. 204. 


development of microwave components 
(Microwave Theory and Techniques). 

Donald E. Thomas, Jr., Pittsburgh, 
Pennsylvania, for contributions to auto¬ 
matic design of integrated circuits and 
systems, and to education in computer 
engineering (Computer). 

Eric A. Vittoz, Cernier, Switzerland, for 
contributions to the development of 
micropower integrated circuits (Solid- 
State Circuits Council). 

Thomas W. Williams, Boulder, 

Colorado, for leadership and contribu¬ 
tions to the design for testability 
(Computer). 

Bruce F. Wollenberg, Minnetonka, Min¬ 
nesota, for contributions to the applica¬ 
tion of computers in energy management 
systems (Power Engineering). 

William W. Wu, Rockville, Maryland, 
for contributions to the application of 
forward acting error coding in satellite 
communications (Communications). 

William A. Wulf, Charlottesville, Vir¬ 
ginia, for contributions to computer 
architecture, design of operating systems, 
and high-level programming languages 
and compilers (Computer). 

Walter S. Zaengl, Zurich, Switzerland, 
for contributions to ultrahigh voltage 
testing and measuring techniques (Power 
Engineering). 
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IEEE Educational Activities Board recognizes CSAB-accredited programs 

Tom Phillips, Computing Sciences Accreditation Board 


The IEEE Educational Activities 
Board has approved adding computer 
science programs accredited by the 
Computing Sciences Accreditation 
Board to its list of programs with recog¬ 
nized standing. 

As a result of action taken at the 
board’s October 1988 meeting, gradu¬ 
ates of accredited professional com¬ 
puter science programs now enjoy the 
same status for membership as gradu¬ 
ates of engineering programs accredited 


by the Accreditation Board for 
Engineering and Technology. 

Graduation from a program of recog¬ 
nized standing provides the qualifica¬ 
tions needed for IEEE membership, an 
important consideration for persons 
dedicated to career growth in computer 
science or engineering. For educational 
institutions, this provides further evi¬ 
dence of important preprofessional con¬ 
siderations in developing computer- 
science degree programs. 


CSAB is a joint educational venture 
of the IEEE Computer Society and 
ACM. Since its inception in late 1984, 
CSAB has accredited 65 computer 
science programs at a variety of colleges 
and universities throughout the US (see 
p. 65 of the November 1988 issue of 
Computer). 

Well qualified volunteers from the 
society and the ACM form CSAB’s 
corps of 175 trained visiting team 
leaders and program evaluators. 


Team from consortium wins 1988 Gordon Bell Award 


The team of Phuong Vu, Horst 
Simon, Cleve Ashcraft, Roger Grimes, 
John Lewis, and Barry Peyton has been 
named the winner of the second annual 
Gordon Bell Award. Ardent Com¬ 
puter’s Gordon Bell is sponsoring the 
10-year series of awards to promote 
parallel computing. 

The winning team, representing a 
consortium from Cray Research, the 
National Aeronautics and Space 
Administration, Yale University, Boe¬ 
ing Computer Services, and the Oak 
Ridge National Laboratory, will receive 
$1,000 for its work on software for 
sparse matrix factorization. 

Ted Lewis, editor-in-chief of IEEE 
Software which administers the judging 
and presentations, said the 1988 win¬ 
ners were being recognized for “out¬ 
standing achievement ... in the 
category of raw performance—the 
fastest computer on Earth.” He said 
the members of the team “are to be 
congratulated for their excellent work 
in parallel computing.” 

The panel of judges that selects the 
Bell Award honorees did not designate 
a second prize winner this year because 
the panelists felt no entry met the 
requirements in either the best 
price/performance or the best compiler 
parallelization categories. 

Two entries merited honorable men¬ 
tion, however. Richard Pelz of Rutgers 
University was singled out for a hyper¬ 
cube implementation of the Fourier 
pseudospectral method, and Marina 
Chen, Young-il Choo, Erik DeBenedic- 
tis, Jingke Li, and Janet Wu of Yale 
University were recognized for their 
work on a financial application written 
in Crystal and compiled for two hyper¬ 
cube multiprocessors. 

The formal presentations will take 


place during Compcon Spring 89, 
February 27-March 3 in San Francisco. 

Shreekant Thakkar of Sequent Com¬ 
puter Systems coordinated the panel of 
judges, led by Alan Karp of IBM Palo 
Alto Scientific Center. David Kuck of 
the University of Illinois Center for 
Supercomputing Research and Develop- 


The Computer Society Technical 
Activities Board is in the process of 
establishing procedures to be used to 
allow the various technical committees 
to begin collecting dues for membership 
(see p. 104 of the January 1989 issue of 
Computer). 

Since TC dues collection will be quite 
a departure from the past, members of 
TAB want to make sure this policy 
change is implemented properly. 

For a long time, a number of the TCs 
have wanted to extend their activities 
but have felt constrained by the need 
for a reliable source of funds to support 
such additional events. Membership 
dues specifically targeted to a TC will 
enhance that TC’s pool of funds for its 
activities. 

In general terms, any TC wishing to 
charge dues for membership will pro¬ 
pose the fee and detail the TC activities 
the dues will enable the TC to offer its 
members. The TC will present its plan 
as a total program to be reviewed by a 
TAB committee set up for this purpose. 

The subcommittee will be responsible 


ment, Jim Browne of the University of 
Texas at Austin, Jack Dongarra of 
Argonne National Laboratory, and Ken 
Kennedy of Rice University assisted 
Karp in sifting through the entries. 

IEEE Software will publish a detailed 
technical analysis of the winning entries 
in its May issue. 


for ensuring that each TC allowed to 
charge dues is, in fact, offering a 
reasonable package of services for the 
fee. Put another way, TAB members 
want to ensure that those who pay TC 
membership dues get their money’s 
worth. 

TAB is very interested in the opinions 
of society members on this proposal. 

It’s an entirely new direction for our 
TCs but one that seems necessary to 
allow them to initiate new programs 
with increased technical services, with¬ 
out requiring additional Computer 
Society member dues. We members of 
TAB hope that you agree. 

Please let us know your feelings on 
this matter in either or both of the fol¬ 
lowing ways: 

(1) Circle 185 on the Reader Service 
Card if you favor the concept of the 
TCs charging dues to expand their 
activities, or circle 186 if you’re against 
the TCs collecting dues. 

(2) Send your comments on this issue 
to Laurel V. Kaleda, IBM, L43/098, 
5600 Cottle Rd., San Jose, CA 95193. 


TAB setting up TC dues-collecting procedures 

Laurel V. Kaleda, Second Vice President, Technical Activities 
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UPDATE 


Contributions to Update are welcome. Send news of industrial or university research and of public policy or professional issues to Update Editor, 10662 Los Vaqueros Circle, 
Los Alamitos, CA 90720, or to Bruce Shriver, Editor-in-Chief, Dept, of Decision Sciences, University of Hawaii, 2404 Maile Way, Honolulu, HI 96822. 


NSF seeks 14 percent boost in 1990 budget 


National Science Foundation funding 
for networking and communications re¬ 
search would more than double in 1990 
under the proposed NSF budget submit¬ 
ted to Congress February 9 as part of 
President George Bush’s budget pack¬ 
age. The Computer and Information Sci¬ 
ence and Engineering category would re¬ 
ceive a 25.7 percent funding boost if the 
entire NSF budget were approved. 

The total NSF budget request for 1990 
is $2.15 billion, 14 percent above the 
1989 appropriation of $1.89 billion. The 
proposed budget is in line with the 
agency’s plan to double its budget over a 
five-year period that began with fiscal 
1989. 

Within Computer and Information Sci¬ 
ence and Engineering, Networking and 
Communications Research and Infra¬ 
structure would receive $27,133 million, 
a 53.4 percent increase over 1989’s 
$17,683 million, which in turn was more 
than double the 1988 apportionment. 
Computer and Computation Research 
would receive $23,673 million, an 11.9 
percent increase; Information Robotics 
and Intelligent Systems would receive 
$21,637 million, a 13.2 percent increase; 
Microelectronic Information Processing 
Systems would receive $18,952 million, 
a 26.7 percent increase; Advanced Scien¬ 
tific Computing would receive $71,689 
million, a 28.4 percent increase; Cross- 
Disciplinary Activities would receive 
$21,416 million, a 23 percent increase; 
and the related Science and Technology 
Centers would receive |$6.7 million, a 
13.1 percent increase. 

Overall, individual research projects 
and facilities would receive $130 million 
more than in 1989, representing about 
$1.32 billion or 60 percent of the pro¬ 
posed budget. In addition to high-per¬ 
formance computing, NSF is requesting 
increased funding for mathematics, mate¬ 
rials research, global change, and bio¬ 
diversity. Disciplinary research ac¬ 
counted for about 83 percent of the 1989 
budget. 

NSF is also proposing a $15 million 
increase to upgrade hardware for NSF’s 
National Supercomputer Centers, $6 mil¬ 
lion for NSFnet, and a doubling of funds 


for materials research facilities, includ¬ 
ing a proposed high-magnetic-field labo¬ 
ratory to be used by materials scientists 
as well as physical and biological scien- 

Research centers and group research 
would receive more than $376 million, 
an increase of $56 million over the cur¬ 
rent budget. This category includes coop¬ 
erative efforts by scientists from differ¬ 
ent disciplines or specialties and the 
sharing of large-scale equipment or facil- 

NSF plans to continue supporting the 
11 Science and Technology Centers es¬ 
tablished in 1989. The requested $20 
million increase in this area would fund 
10 to 12 additional centers. Total center 
funding for 1990 would be $47.5 million. 


Galen Gruman, IEEE Software 

Members of the Bitnet research com¬ 
puter network voted 195-21 Feb. 6 to ap¬ 
prove a proposed merger with the CSnet 
network. The vote was “a strong man¬ 
date,” said Jim Conklin, director of Bit- 
net’s Network Information Center in 
Washington, DC. Bitnet and CSnet are 
now working on a detailed proposal — 
including a transition plan and articles of 
incorporation — that CSnet’s parent 
company, the University Corp. for At¬ 
mospheric Research, will vote on in 
early summer. 

UCAR’s approval is expected, al¬ 
though some board members are con¬ 
cerned about the $500,000 that an inde¬ 
pendent consulting firm said the merger 
would cost the two networks for meeting 
and legal expenses. Both Bitnet and 
CSnet spokesmen said the consultant’s 
estimate was much too high. 

While spokesmen for both organiza¬ 
tions say the networks are financially 
healthy, “we felt [that] as the [National 
Science Foundation-funded] NSFnet and 
regional networks continued to grow, 
there wasn’t a lot of room for two mail- 


Between two and four new Engineer¬ 
ing Research Centers would be estab¬ 
lished under the proposed budget. The 
request for all ERCs is $45.7 million. 
Between eight and 11 new Industry/ 
University Cooperative Research Centers 
would be established and the I/UCRC 
budget would increase to $5 million. 

The budget for education and human 
resources would grow to $347 million, 
an increase of $63 million. Pre-college- 
level funding would increase by $10 mil¬ 
lion to $129 million for programs includ¬ 
ing teacher training and continuing edu¬ 
cation, the development of instructional 
materials, museum exhibits and televi¬ 
sion programs, and the Young Scholars 
Program. 


transfer and file servers at the low end of 
the spectrum,” Conklin said. “We’d be 
stronger [merged] than if we stayed sepa¬ 
rate,” he said, because “the two networks 
— although their technologies are differ¬ 
ent — are very similar in their goals. 

Both are oriented towards low-cost aca¬ 
demic services,” he said. 

Even with the growth in regional net¬ 
works and national networks like 
NSFnet, “we have a niche to fill that 
can’t be covered by the midlevel net¬ 
works: industry and small schools,” said 
Dan Ruttenberg, CSnet’s executive di¬ 
rector. The merger of CSnet and Bitnet 
would position them to offer “affordable 
connectivity to Internet and provide a 
high level of service to new and small 
member institutions,” he said. 

The merger would give CSnet “the 
ability to combine with a much broader 
user base and provide a broader connec¬ 
tivity with computer-science departments 
and industry with the rest of academia,” 
Ruttenberg said. “It would [also] give us 
more clout as a substantial component of 
NSFnet,” he said. 


Bitnet members approve merger with CSnet 
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If UCAR approves the merger, users 
will see little change for the first few 
years, Conklin said. “In the short term, 
we’d offer the separate offerings that 
we’re now offering,” he said. Ruttenberg 
said he thinks the operations would 
merge more quickly, perhaps a year after 
the new network’s parent organization is 
established. 

Bitnet members would gain access to a 
higher bandwidth system. The limited 
bandwidth of Bitnet’s current links has 
resulted in increasingly aggravating bot¬ 
tlenecks, Conklin said. In the long term, 
Bitnet users would gain access to 
CSnet’s TCP/IP communications proto¬ 
col, which provides higher bandwidth 
and more capabilities than the aging 
RSCS protocol Bitnet uses, Conklin said. 


Bitnet has already implemented a project 
called Bitnet 2 to let the RSCS protocol 
work over TCP/IP links. That would 
make the network merger more transpar¬ 
ent to current Bitnet users — especially 
to European users, who tend to use 
RSCS, Conklin said. 

The merger proposal has raised ques¬ 
tions among some Bitnet members about 
a potential loss of financial independ¬ 
ence, Conklin said. Bitnet uses leased 
lines paid for by member institutions 
who also buy their hardware, which 
gives the network independence from the 
federal budget uncertainties that users of 
federally sponsored networks like 
NSFnet might face, he said. As a govern¬ 
ment-supported system, CSnet is vulner¬ 
able to budget swings and some Bitnet 


Scientists & Engineers 



Few challenges today come with ready¬ 
made answers. Add the complexity of 
high technology and the possibilities 
multiply. As the central research facility 
for Martin Marietta Corporation, 

Martin Marietta Laboratories is solving 
some of the toughest problems around in 
Information Technology. 

Opportunities are available for: 
MANAGER—Al 

PhD with 8-10 years experience in Al 
(image understanding, pattern recogni¬ 
tion, sensor fusion, parallel processing, 
and/or neural networks) to manage sen¬ 
sor interpretation and planning/assess¬ 
ment research efforts. Must have pre¬ 
vious experience as a group leader and 
possess outstanding communication 
skills including professional publications. 
KNOWLEDGE ENGINEER—Al 
MS with minimum 2 years expert system 
applications background (modeling and 
simulation experience preferred) to lead 
research project in computer system risk 
assessment. Must have developed at 
least one medium to large expert system 
and possess excellent analytical skills. 
ENGINEER—Al 

BS/MS with 3 years experience in simu¬ 
lation & graphics to support research in 
process modeling and control, sensor 
interpretation, Al, and machine learning. 
Expertise should include modeling and 
simulation, process control, image pro¬ 
cessing, statistical pattern recognition, 
and decision theory. “UNIX” and “C" 
required. 


SCIENTIST—NEURAL NETS 

MS/PhD to support research in adaptive 
learning and development of neural net¬ 
work models for vision, automatic target 
recognition, sensor interpretation and 
fusion, and adaptive control. Requires 
2-3 years experience in algorithm devel¬ 
opment and software simulation. Parallel 
(especially systolic array) processing 
experience a plus. 

SCIENTIST—DIGITAL 
COMMUNICATIONS 
MS/PhD with 3-5 years experience in 
communications systems/network archi¬ 
tectures, network analysis and modeling, 
and ISDN to conduct reconfigurable 
communications network research, 
design simulation models, and develop 
network management and control sys¬ 
tems. FORTRAN required, knowledge of 
network simulation software is a plus. 
OPTICAL SIGNAL PROCESSING 
MS/PhD needed to design and build a 
state-of-the-art hybrid optical/digital 
signal processing system and assist in 
hardware development. Must have expe¬ 
rience in optics, signal processing, 
information processing, and pattern 
recognition. 

For consideration, send resume to: 

Beth Jones, Personnel Recruiter, 
MARTIN MARIETTA LABORATORIES, 
1450 South Rolling Road, Baltimore, MD 
21227. (301) 247-0700 x2331. 

Anequal opportunity employer 


MARTIN MARIETTA LABORATORIES 


members feared the merged network 
might also be vulnerable, Conklin said. 
However, the grass-roots support from 
universities and companies that would 
use the network in so many states would 
most likely ensure that Congress appro¬ 
priate sufficient and stable funds, Rutten¬ 
berg said. 

About half of CSnet’s members are 
also institutionally members of Bitnet, 
but the CSnet membership is oriented 
more toward academic departments and 
Bitnet’s more toward an organization’s 
central computing departments, Conklin 
said, so he expects that “a significant 
number of organizations will remain on 
both.” Ruttenberg concurred. 


News briefs 

Microcode protected. Microcode is a 
computer program and therefore pro¬ 
tected under copyright laws, US District 
Court Judge William F. Gray ruled Feb¬ 
ruary 7. The ruling came at the conclu¬ 
sion of a 4'/2-year court battle in which 
Intel claimed that NEC’s V-series micro¬ 
processors violated the copyright on In¬ 
tel’s 8086/88 microcode. 

Although he decided that microcode is 
protected. Gray ruled in NEC’s favor in 
the main dispute, finding that Intel for¬ 
feited its copyright by allowing copies of 
the 8086/88 chip to be distributed with¬ 
out copyright notice. 

US adheres to Berne convention. The 
US began following the Berne copyright 
convention March 1, 1989. Congress 
ratified US acceptance of the interna¬ 
tional copyright treaty in October (“US 
Accepts Berne Copyright Convention,” 
Soft News, IEEE Software, Jan. 1989, p. 
118). 

Under previous law, a work had to dis¬ 
play the © symbol, the abbreviation 
“Copr” or the word “copyright” followed 
by the year of first publication and the 
owner’s name. Works published after 
March 1, 1989, will be protected whether 
or not they bear the notice. 

However, the Copyright Office still 
urges people to display a copyright no¬ 
tice, said Richard Glasgow, the office’s 
assistant counsel general. “If it is not 
used, an infringer can use the defense 
that he is an innocent infringer” because 
there was no notice of copyright owner¬ 
ship to tell him he was infringing it, 
Glasgow said. The maximum damage 
award that you can collect for willful in¬ 
fringement is $100,000 — five times that 
for unknowing infringement. The new 
law doubled the maximum damages so 
people would have more incentive to dis¬ 
play the copyright notice, Glasgow said. 
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November 13-17,1989 

Reno/Sparks Convention Center, Reno, Nevada 


CALL FOR PARTICIPATION 


Supercomputing '89 continues the tradition established at the ’88 Conference and will bring together supercomputing system 
researchers, designers, managers, and computational scientists and engineers to report advances and experiences, state needs, 
suggest future directions and exchange information. It will include a technical program of invited and contributed papers, 
tutorials, poster sessions, vendor and research exhibits, and product briefings and demonstrations. 


Papers 


Authors are invited to submit papers which report concrete results and experiences. Papers reporting important negative 
results are also encouraged. Submit five copies to the Program Chairperson by May 1,1989. 


Posters 

Authors who prefer an informal environment that fosters interaction with the conference attendees are encouraged to submit 
poster proposals. Submit five copies of the poster proposal to the Program Chairperson by June 1,1989. 

Vendor Exhibits 

An opportunity exists for vendors to exhibit their supercomputing technology during three days of Supercomputing ’89. 
Interested parties should contact the Exhibits Chairperson as soon as possible to arrange for floor space. 


Research Exhibits 

A limited amount of space will be set aside at Supercomputing ’89 to allow researchers to set up and exhibit or demonstrate 
their work. Submit a brief proposal to the Exhibits Chairperson as soon as possible, but not later than March 31, 1989. 


Tutorials 

The traditional half-day or full-day lectures will be presented, with view-graphs distributed to attendees. Submit proposal by 
February 28,1989 to Tutorials Chairperson. 

Extended Tutorials 

These sessions provide an opportunity for a mini-course introduction to a topic. The course begins before the conference with 
advanced mailing of course material. Submit proposal by February 28,1989 to Tutorials Chairperson. 


Workshops 

Workshops are of the “birds-of-a-feather” variety where registrants participate in an interactive workshop environment. The 
organizer is a participant/facilitator rather than a lecturer. Submit proposal by April 30,1989 to Tutorials Chairperson. 


Contacts: 


Tutorials Chairperson 
John Riganati 

Supercomputing Research Center 
4380 Forbes Boulevard 
Lanham,MD 20706 
301/731-3741 

riganati%super.org@ sh.cs.net 


Exhibits Chairperson 
Howard Johnson 
15694 East Chenango 
Aurora, CO 80015 
303/693-8291 
howardj%csugreen.bitnet 
@cunyvm.cuny.edu 


Program Chairperson 

Gary Johnson 

North Carolina Supercomputing Center 
P.O. Box 12732 

Research Triangle Park, NC 27709 


General Chairperson 

F. Ron Bailey 

Mail Stop 258-5 

NASA Ames Research Center 

Moffett Field, CA 94035 

415/694-4500 

rbailey@prandtljiasjiasa.gov 


919/248-1825 

garyj@mcnc.org 


Sponsored by : ACM SIGARCH and the Computer Society of the IEEE 

In cooperation with: Argonne National Laboratory • Lawrence Livermore National Laboratory • Los Alamos National Laboratory 
• NASA Ames Research Center • National Center for Atmospheric Research • National Science Foundation • SIAM Activity Group 
on Supercomputing • Supercomputing Research Center 














CALL FOR PAPERS 

IEEE INTERNATIONAL WORKSHOP ON TOOLS FOR Al 

"Architectures, Languages and Algorithms" 

October 23 - 25, 1989 
GEORGE MASON University 
Fairfax, VA 22030 

Sponsored by: IEEE COMPUTER SOCIETY 

In Cooperation with the following IEEE Computer Society Technical Committees: Pattern 
Analysis and Machine Intelligence TC, Computer Languages TC, Computer Architectures 
TC, Software Engineering TC, Data Engineering TC. 

In Cooperation with : E-Systems Corp. 

Aw THE INSTITUTE OF ELECTRICAL AND 
ELECTRONICS ENGINEERS. INC. 

SCOPE : The goal of this workshop is to provide the ground for the development of 
general and/or special purpose tools, such as architectures, languages, algorithms and 
DBs for Al. We expect the contributors in Al areas to share knowledge and experience 
highly beneficial for the great variety of attendants and for the future research efforts. 



COMMITTEES 

Steering 

C.V. Ramamoorthy, UC, Berkeley, Co-Chair 
N.G. Bourbakis, George Mason Univ. 

B. W.Wah, Univ. of Illinois, Urbana 
W.T. Tsai, Univ. of Minnesota 

S. Emmett, E-Systems Corp. 

Program 

M. Papazoglou, GMD, Germany, Co-Chair 
A. Winger, UCLA 
P. Shue, Purdue Univ. 

T. Selis, Univ. of Maryland 

H. Stephanou, George Mason Univ. 

J.C. Latombe, Stanford Univ. 

R. Newcomb, Univ. of Maryland 
A. Kent, Univ. of Pittsburgh 

S. Y. Kung, Princeton Univ. 

J. K. Aggarwal, Univ. of Texas 

R. S. Michalski, George Mason Univ. 

P.S. Wang, Northeastern Univ. 

L. Kerschberg, George Mason Univ. 

H. Freeman, Rutgers Univ. 

K. H. Wm, UC, Irvine 
A. Dollas, Duke Univ. 

P. Ligomenides, Univ. of Maryland 

M. Squires, TRW 

S. Barry, TRW 
Plenary Speakers 

A.P. Sage, George Mason Univ. 

C. V. Ramamoorthy, UC, Berkeley 
D eadlines : 

June 15, 1989, submission 
July 15, 1989, acceptance 
August 15, 1989, Final papers 


TOPICS 

Intelligent Architectures, Languages & 
Algorithms on 

- Vision 

- Speech 
-Text 

- Computations 

- Neural Nets 

- Learning Schemes 

- Knowledge Engineering 

- Expert Systems 

- Databases 

- Robotics 

- Applications 
-VLSI & CAD 

Proposals for high quality invited sessions 
are welcome. 

Submit four copies of a full paper of 5000 
words or a summary of 1200 words, by 
June 15, 1989. The best articles will be 
considered for publication in Int. Journals 
related to Al (special issue). In addition, an 
award will be given to the best student's 
paper of the Workshop. 

Submit papers and proposals to : 
Professor N.G. Bourbakis, General Chair 
George Mason University 
Dept, of Electrical & Computer Engr. 
Machine Vision Lab 
4400 University Drive 
Fairfax, VA 22030 tel. (703)4253930 
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Data control, acquisition, analysis, and display 

Richard Eckhouse, Product Reviews Editor 


This month we focus on hardware and 
software for the control, acquisition, 
analysis, and display of analog and digi¬ 
tal data. Engineers and scientists utilize 
both individual components and com¬ 
plete systems for such tasks as data cap¬ 
ture, waveform analysis, process control, 
pattern recognition, and testing. Because 
of the broad range of needs and uses, I 
have purposely covered an equally broad 
range of products. 

I would like to thank Michael Dediu 
for his review of Interactive Laboratory 
System Version 6.0, which I have in¬ 
cluded. 


Asyst 

Asyst version 2.1 from Asyst Tech¬ 
nologies is probably the most difficult 
review I’ve ever had to write. By that 
statement I don’t mean the package is 
hard to use, poorly documented, or of 
little value. Quite the contrary. The diffi¬ 
culty is taking in the sheer magnitude of 
this impressive system, from its five- 
manual set to the sophisticated examples 
that demonstrate the power and flexibil¬ 
ity of the system. 

Just what is Asyst? Before I started 
this review, I would have described it as 
a collection of data acquisition, analysis, 
and display routines to make it easier for 
the PC user to automate those processes 
within the laboratory environment. Now, 
however, I am almost at a loss for words 
to adequately describe just what Asyst 
can do — hence my opening statement 
that writing this review proved to be 
most challenging. 

Let’s drop back a bit and focus on 
what you might expect from a package 
like Asyst. Typically, a user has a need 
to perform an experiment, control a pro¬ 
cess, or analyze and display some collec¬ 
tion of data. While most programming 
languages allow you to write the neces¬ 
sary code to perform any of these tasks, 
the thought of doing so is enough to stop 
you before you start. After all, in most 
cases these tasks are one of a kind, and 


the effort that goes into developing a 
complete solution generally far exceeds 
the time required to gather, compute, and 
display the results. What is called for, 
then, is a process that speeds up the 
underlying steps (without complicating 
the process) so that the total time re¬ 
quired is in proportion to the value of the 
results desired. 

The interesting thing about Asyst is 
that it not only supports this process but 
also allows you to embellish the results 
so that they appear every bit as personal 
and professional as if they were inde¬ 
pendently developed. Thus, at one ex¬ 
treme, the novice user can — quickly 
and simply — interactively execute the 
necessary steps to acquire, analyze, or 
display experimental data. At the other 
extreme, the sophisticated user can cus¬ 
tomize the process to control compiled 
programs with keystrokes and function 
keys using fancy graphics, as well as 
stepping through a large collection of 
routines that perform all the necessary 
operations for rather complicated experi¬ 
ments. 

What is Asyst? 

Asyst is a scientific software package 
that runs on an IBM PC, XT, AT, PS/2, 
or compatible and turns it into a worksta¬ 
tion that allows you to reduce data while 
collecting it and graph it as you proceed. 
For me to explain all of this, you have to 
understand how Asyst really works. 

In actuality, Asyst consists of a stack- 
oriented programming system with a 
core made up of a large collection of 
command words. A large but basic set of 
these commands comes with the base 
system. Additional system command 
words are stored in precompiled overlay 
files that you can add to the base set as 
part of the configuration process to cre¬ 
ate new working modules. Most users 
will create multiple working modules to 
account for the different and independent 
activities they require. One such module 
might be for creating programs, another 
for acquisition, and a combined one for 


analysis and display. 

In addition to specifying what modules 
to assemble into a working set, configu¬ 
ration also allows you to specify the 
hardware, the memory layout, graphics 
and text colors, display modes, and the 
characteristics of analog/digital plug-in 
boards. The saved system then becomes 
the working module. 

Typically, the new user will go 
through the separate Up and Running 
with Asyst 2.0 manual to get a flavor of 
what this system will do. This extremely 
thorough and well done manual covers 
every aspect of Asyst and prepares you 
for the more voluminous documentation 
that covers the four modules making up 
Asyst; (1) System/Graphics/Statistics, 

(2) Analysis, (3) Data Acquisition, and 
(4) GPIB/IEEE-488 Interface. 

What you need and what you get from 
this start-up manual is how Asyst works. 
You quickly learn how to execute simple 
commands to push and pop elements on 
the stack, that there are really two stacks 
for numbers and strings, and that the nor¬ 
mal arithmetic operators work equally 
well on scalars and arrays. While the Re¬ 
verse Polish Notation required to exe¬ 
cute stack operations might take some 
getting used to, it really should be famil¬ 
iar to most engineers and computer sci¬ 
entists. And the efficiency it provides in 
generating good programs far outweighs 
any difficulties the inexperienced user 
might have at first. 

What takes some time is learning all 
the new command words that provide the 
system’s functionality. The English-lan- 
guage-like names for these commands 
greatly aid the process. Thus, you find 
yourself quickly graduating from multi¬ 
liners like 

27 

SQRT 

5.4 

VOLTS 


where SQRT is a built-in word and 
VOLTS is a user-defined scalar, to one- 
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liners like 

27 SQRT 5.4 + VOLTS := 

(which takes the square root of 27, adds 
5.4, and assigns the value to the variable 
VOLTS). Next you move on to more 
complicated “colon definitions” that give 
you the ability to create your own com¬ 
mands. To write a new command 
“ASSIGN.VOLTS” that would add the 
last expression to the set of words, you 
would write 

: ASSIGN.VOLTS 27 SQRT 5.4 + 
VOLTS := ; 

While these examples are very simple, 
much more complicated sequences 
would lead to rather sophisticated com¬ 
mands that could extend the system or 
provide unique capabilities as needed by 
a particular application. Indeed, many 
such programs come on the demo disk¬ 
ette and are discussed in great detail in 
both the Up and Running manual as well 
as the manuals covering a particular 
module. 

Note also that, if you save the working 
system with the programs you wrote 
yourself, they become part of the larger 
working system, which you can reload at 
a later time. Alternatively, you can com¬ 
pile and load your programs as overlays. 
In fact, any of the system overlays not 
part of the working system can be loaded 
at any time. More sophisticated programs 
can thus load and reload many different 
overlays, depending on the section of a 
program being executed, thus conserving 
memory. 

As most PC users know, memory is 
still a precious commodity. Programs do 
grow large, and Asyst’s overlay structure 
helps solve the problem. Still, the seg¬ 
mented addressing of the PC becomes a 
limiting factor in Asyst, where the num¬ 
ber of data points is limited to one seg¬ 
ment. This translates into 32 Kbytes 
worth of single-precision integers, 16 
Kbytes of reals, and so on. Of course, us¬ 
ing the Asyst file structure can make this 
more palatable, particularly since Asyst 
provides the full set of DOS-like file op¬ 
erations. Not only that, but you can read 
Basic and Lotus 1-2-3 files, as well as 
read or write random binary files. The 
only catch is that you can only open one 
file at a time for reading or writing. 

An extensive system such as Asyst re¬ 
quires an extensive help system. Called 
up either from the command line with the 
word “help” or by pressing the FI key, 
the help command provides multiple lev¬ 
els of assistance, from useful descrip¬ 
tions of the Asyst system to context-sen¬ 
sitive help about particular commands. 
The command-line trace feature is part of 


the help system. When you create a new 
command that results in an error and 
hence needs debugging, the trace feature 
provides a list of the words used prior to 
the occurrence of the error message. 

While not as detailed as you might like, 
this feature is sufficient to help you lo¬ 
cate the proximity of the error condition. 

Asyst’s text editor facilitates writing 
programs. You could use any editor ca¬ 
pable of manipulating ASCII files, but 
the one provided with the Asyst system 
has the advantage that you don’t have to 
leave Asyst to use it. In addition, when 
you exit the editor and load a program 
containing an error, you can call back the 
editor at the place where the error oc¬ 
curred, correct the problem, and continue 
with the program load. For long pro¬ 
grams with multiple errors, this saves a 
lot of time. 

I especially liked the text editor’s sim¬ 
plicity. There are just enough function 
key commands to do what needs to be 
done, and there are no special key se¬ 
quences like in Wordstar. 

In addition to the text editor, another 
editor, called the array editor, is equally 
helpful. By laying out the data in rows 
and columns, this editor makes it easy to 
spot errors in the array data and to cor¬ 
rect them. Again, a simple command 
structure makes the editing process quite 
straightforward. The one catch is that the 
editor only works for one- and two-di¬ 
mensional data sets. 

I did not like a few things in Asyst. 
First, array indices always start with 1 
(that is, no negative or zeroth element). 
Second, the manuals, while very good tu¬ 
torials, occasionally use a word not de¬ 
fined in the body of the chapter. Fortu¬ 
nately, an excellent index ties into a very 
complete glossary of all the words and 
nomenclature, so looking up the new 
word is pretty easy. Last, some things 
just aren’t covered. For example, I had to 
guess how to create a stand-alone work¬ 
ing system so that, when I called it up 
from DOS, it automatically started exe¬ 
cution of my working Asyst system. For¬ 
tunately, I once again had an alternative 
to finding answers — using the free (but 
not toll-free) hot line. 

The details 

As I mentioned, Asyst comes in four 
modules. The base price of $1,695 in¬ 
cludes modules 1 and 2, System/Graph¬ 
ics/Statistics and Analysis. Adding either 
module 3 (Data Acquisition) or module 4 
(GPIB/IEEE-488 Interface) adds another 
$400 to the price. If you purchase both, 
the total price is $2,295 and you save 
$200. The important point here is that 
the base system can be used alone — you 


can write or purchase a separate acquisi¬ 
tion module or simply use Asyst to ana¬ 
lyze and display data generated by what¬ 
ever means, including spreadsheets, pro¬ 
grams, pencil/paper studies, etc. 

The System/Graphics/Statistics man¬ 
ual set consists of two volumes. The first 
volume is tutorial and takes you through 
the underlying concepts; mathematical 
functions; stack operations; scalars, com¬ 
plex numbers, and arrays; graphics and 
data scrolling; strings; statistics; program 
generation; conditionals and loops; files; 
system utilities; and using RS-232-based 
devices. The second volume explains the 
conventions used and contains a com¬ 
plete glossary of all the Asyst com¬ 
mands. The appendixes include a revi¬ 
sion history, how to install a plotter, data 
file structure, and error messages. 

The Analysis manual describes the 
various system overlays for evaluating 
polynomials; vectors and matrices; 
eigenvalues and eigenvectors; least 
square approximations; Fourier trans¬ 
forms; curve fitting; analysis of variance; 
and axonometric and contour plots. The 
Acquisition manual covers both 
nonbuffered and buffered A/D, D/A, and 
digital I/O, time synchronization, fore¬ 
ground/background operation, and high- 
performance analog I/O. 

The GPIB/IEEE-488 Interface manual 
covers the IEEE-488 standard; controller 
functions and bus commands; buffered 
communications; asynchronous commu¬ 
nications; service requests and polling; 
and an example system. 

Each manual includes numerous ap¬ 
pendixes, and each comes with a com¬ 
plete index into all the Asyst manuals. 
Each is very well written, with a tutorial 
style that makes them easy to read and 
understand. 

In addition to the manual set, the com¬ 
plete Asyst software system comes on 
seven floppy disks. The package also in¬ 
cludes a copy protection dongle that 
plugs into a parallel port. Besides a PC, 
you will need a minimum of 512 Kbytes 
(640 Kbytes recommended), two floppy 
drives (but a hard drive is really a neces¬ 
sity), a graphics display adapter (EGA is 
best), and a math coprocessor. Asyst can 
also make use of expanded memory by 
using “tokens” that hold the array values 
in such memory. 

The acquisitions module supports a 
wide variety of interface boards. Famil¬ 
iar vendors include Analog Devices, 
Data Translation, IBM, Keithley, 
MetraByte, and Techmar. During my 
evaluation I used an Analog Devices 
RTI-815 board installed in a Compaq 
Deskpro 286 running at 8 MHz with 1 
Mbyte of memory and 2 Mbytes of ex¬ 
panded memory, plus a NEC EGA dis¬ 
play adapter and multisynch monitor. 
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Recommendation 


The specifics 

The Analysis module is an integral 
part of the overall Asyst package. On the 
surface it can be likened to any other set 
of subroutines for the manipulation and 
reduction of scientific and engineering 
data. It includes the usual set of numeri¬ 
cal analysis routines, including differen¬ 
tiation, integration, solutions for simulta¬ 
neous equations, curve fitting, frequency 
analysis, and analysis of variance, along 
with some interesting routines for 3D 
graphics. 

However, like all the other parts of 
this package, the sum is greater than the 
individual parts. Here is where Asyst’s 
analogy to “words” really takes on mean¬ 
ing. Just as it is true that the meaning of 
a sentence is much more that the individ¬ 
ual meanings of the words that make it 
up, in the case of Asyst, the programs are 
much more complex than the individual 
and simpler words that make them up. 
(See the accompanying sidebar for a 
sample program that I wrote to give you 
a flavor of the language.) 

As I’ve said, there is much more to 
Asyst. For instance, not only can you ap¬ 
ply the standard arithmetic operators to 
arrays just as you would to scalars, you 
get specific array operators for inner and 
outer products; reshaping, rotating, ex¬ 
tracting, and looking up subsets of val¬ 
ues; and concatenating or laminating ar¬ 
rays together. The graphics capabilities 
include bar, pie, and scatter charts, fast 
graphics redraw using multiple graphics 
memory pages, and support for dual 
monitor systems. In addition, Asyst in¬ 
cludes a data scroller so that you can 
view large data sets by windowing into 
sections of interest. Finally, a set of 
words handles the PC’s RS-232 COM 
ports in both polling and interrupt 
modes. 

The Acquisition module is worth spe¬ 
cial mention. Here’s where Asyst really 
outshines the competition because it pro¬ 
vides both buffered and nonbuffered data 
acquisition and control either in polled or 
DMA mode. Spooled disk data rates to 
as high as 45 kHz for an 8 MHz AT are 
possible, and 120 kHz is claimed using 
an EMS RAM disk. But, for the majority 
of users, simple single or double buffer¬ 
ing is sufficient. Here again, Asyst’s 
many commands make this a simple 
matter. 

I used the demonstration programs 
with an Analog Devices RTI-815 board. 
It was possible to gather data in bursts, 
to files, with the results presented on the 
monitor, and in foreground/background 
mode. Some limitations exist due to 
(1) the segmented address space of the 
PC that restricts maximum buffer size to 


64 Kbytes, (2) the PC’s clock rate, and 
(3) the slowness of the PC’s display. In 
all cases, alternatives exist, from using 
DMA data gathering to installing a Dataq 
waveform scroller board. Thus, the Asyst 
package once again provided the versatil¬ 
ity and functionality lacking in most 
other systems. 


Asyst is a full-featured system with 
rich, powerful commands that allow you 
to rapidly create sophisticated programs 
for the acquisition, analysis, and display 
of real-time and experimental data. It 


Sample Asyst program 

I've written a short program that generates a square wave (by creating a sine wave 
and then taking the SGN function of it), then performs an FFT on it. While the RPN 
notation might be a bit unfamiliar, 1 think the program still shows off many of the fea¬ 
tures of Asyst, including the use of the stack, graphics, and loops, and the overall 
nesting of subroutines defining new words. Of course, this simple example really 
doesn’t exploit much of what Asyst has to offer, but it does give the flavor of the lan¬ 
guage. 

REAL SCALAR #CYCLES 
VUPORT ONE 

VUPORT TWO 

\ Create real scalar number of cycles 
\ Declare two viewports 

: INIT.SCREEN 

GRAPHICS. DISPLAY 

21 0 24 79 SET.WINDOW 

\ Create new word to set up the screen 
\ Initialize graphics display device 
\ Make text window at bottom 

: GET.VALUE 

CR .” Number of cycles: “ 
BEGIN 
#INPUT NOT 

WHILE 

CR .” Invalid reenter: “ 
REPEAT 

\ Create new word to get a number 
\ Ask for the number of cycles 
\ Start repeat loop 

\ Input a number and force stack result false 
\ If stack holds true, then non-number entered 
\ Put out error message 
\ Repeat loop until false (e.g., number entered) 

: MAKE.SQUARE 

RAD 

256 REAL RAMP 

1 - 256 / 2 * PI * 

♦CYCLES * SIN SGN 

\ Create new word to make a square wave 
\ Units are radians 

\ Make a 256 point ramp from 1 to 256 
\ Reset so 0 to 255 and convert to radians 
\ Multiply by no. cycles, take SIN, and square 

: SETUP.VUPORTS 

ONE 

0.0 0.6 VUPORT.ORIG 

1.0 0.4 VUPORT.SIZE 
TWO 

0.0 0.2 VUPORT.ORIG 

1.0 0.4 VUPORT.SIZE 

\ Create new word to setup viewports 
\ Window ONE 

\ Set origin in upper half of screen 
\ Set size to fit in upper half 
\ Window TWO 

\ Set origin in lower half of screen 
\ Set size to fit in lower half 

: COMPUTE.AND.PLOT 
SETUP. VUPORTS 

DUP FFT ZMAG 

SUB [ 1 , 129] 

TWO Y.AUTO. PLOT 

ONE Y.AUTO.PLOT 

\ Create new word to generate and plot results 
\ Setup the viewports as defined 
\ Copy sq. wave on stack, take magnitude of FFT 
\ Consider only half of FFT results 
\ Plot lower viewport from stack 
\ Plot upper viewport from stack 

: SHOW.FFT 

INIT.SCREEN 

GET.VALUE 
♦CYCLES := 

MAKE.SQUARE 

COMPUTE. AND. PLOT 

\ Create new work to show the FFT 
\ Initialize screen windows 
\ Get the number of cycles to plot and transform 
\ Pop value off stack into integer variable 
\ Make square wave 
\ Plot both FFT and square wave 
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stands alone in the class of such systems 
because of its versatility. New users will 
need to spend a fair amount of time just 
to learn the syntax, semantics, configura¬ 
tion, and operation of this system. In 
fact, I believe the learning process is a 


continual one, where even experienced 
users will find new features and ways to 
use the system to enhance their particular 
applications. While Asyst is a somewhat 
expensive system with a base price of 
$1,695, its capabilities and versatility 


make it worth this price just in time 
saved. 

Contact Asyst Software Technologies, 
100 Corporate Woods, Rochester, NY 
14623, phone (716) 272-0070. 

Reader Service 20 


Laboratory instrumentation using board-level devices 


The GPIB (or General Purpose Inter¬ 
face Bus) was developed as a flexible 
way to interface laboratory and test in¬ 
struments to digital computers. Known 
also as the IEEE-488/GPIB, this standard 
has become a flexible, practical, and 
popular way to connect computer-con¬ 
trolled instrumentation to a wide variety 
of machines. Using the standard entails 
having a device with an IEEE-488 inter¬ 
face built-in or as an extra cost option, a 
GPIB cable, and an interface board that 
plugs into a PC. 

Recently, MetraByte introduced the 
Personal Computer Instrument Products 
(PCIP) as a less costly alternative to the 
standard. Their objective was to offer a 
set of boards that would plug directly 
into a PC bus and would use the PC’s 
display as an alternative to the traditional 
analog or digital display common to 
most devices. Equally important was that 
each of the MetraByte devices be pro¬ 
grammable so that they could be custom¬ 
ized for the user’s application. 

The current product line features a 
4-1/2 digit digital multimeter (DMM), a 
function generator, a voltage calibrator/ 
reference, and a 20 MHz, 16-channel 
logic analyzer. This review covers the 
DMM, but the operation and functioning 
of the other devices are very similar. In 
all cases, what you get with the 
MetraByte solution is a $700 to $1,300 
board that compares to an equivalent 
$1,300 to $3,200 IEEE-488/GPIB alter¬ 
native. Obviously, the dollar savings is 
considerable. What you give up are slots 
in your PC because, unlike the normal 
IEEE-488/GPIB solution, you cannot 
daisy chain connectors and use only one 
interface board for many GPIB devices. 
(MetraByte offers such a board that will 
service up to 15 such devices, but that is 
another subject.) 

MetraByte’s PCIP-DMM 

The digital multimeter from 
MetraByte is a full-length board that 
should fit in any PC, XT, or AT 8-bit 
slot. You must set one dip switch to 
specify the board address. The inputs to 
the DMM are isolated up to 400 volts 
from the computer and line power, and 
the board is fuse protected. The conver¬ 


sion rate is 2.5 readings per second. 

The specifications are DC voltage: 200 
mV, 2V, 20V, and 200V with ± 0.03 per¬ 
cent accuracy; AC voltage: 200 mV, 2V, 
20V, and 200V with ±0.2 percent accu¬ 
racy at 60 Hz; resistance: 200 ohm, 2 
Kohm, 20 Kohm, and 2 Mohm with 
± 0.03 percent accuracy; and AC/DC 
current: 2 mA, 20 mA, and 200 mA with 
±0.3 percent accuracy. While these 
ranges may not be quite as wide as a 
typical hand-held VOM, they are char¬ 
acteristic for such devices and quite suf¬ 
ficient for most applications. 

Operating in the simplest mode, the 
DMM is a pop-up that occupies one-third 
of the screen. This allows other PCIP de¬ 
vices to share the same screen or lets you 
perform some concurrent DOS applica¬ 
tion. You select the mode (AC or DC), 
the measurement type, and the input 
range either by the keyboard or a mouse 
(a real convenience). A pop-up help win¬ 
dow is also available. Finally, a relative 
mode allows readings to show as the dif¬ 
ference from some predefined offset, and 
a hold mode stops the continuous updat¬ 
ing of the display. 

Installation of the board is straightfor¬ 
ward and is aided by a utility program 
that shows how to set the address dip 
switch. Another program modifies the 
Config.sys file to install the two system 
drivers used by the software that comes 
with the board. 

One problem I encountered was the 
inconsistency in the overrange indica¬ 
tion. For example, an open circuit on the 
resistance range displayed as +199.95 in 
the 200 ohm range and +++.+++ in the 
20 Kohm range. Outside of that the sys¬ 
tem worked very well. The complete 
documentation includes two significant 
sections, one on maintenance and repair 
and one on programming. 

A programmable DMM. What makes 
this board so versatile is its programma¬ 
bility. While the manual covers the de¬ 
vice registers so that you could write 
your own routines to manipulate the 
board and gather data, you need not do 
so. MetraByte has included a language- 
independent interface with the PCIP- 
DMM. After performing a standard file 
open for device “$DMM,” Basic, C, For¬ 
tran, and Pascal programmers can write 


commands to the device to set or read the 
range, function, current type, and hold 
mode; set or read the relative setting; 
show or hide the screen display; read the 
last calibration date; wait for a new read¬ 
ing; and lock or unlock data entry from 
the keyboard or mouse. 

A simple program fragment in Basic 
would look like the following: 

10 OPEN “$DMM” FOR OUTPUT 
AS #1 

20 OPEN “$DMM” FOR INPUT AS 
#2 

30 ON ERROR 1000 

40 PRINT #1, “Set 20 V dc” ‘set input 
range 

50 PRINT #1, “Read” ‘set to read 
mode 

60 INPUT #2, Volts ‘read in a value 


1000 INPUT #2, ERRNO, A$, B$ ‘get 
error number and messages 
1010 PRINT ERRNO, A$, B$ ‘display 
error information 
Programming hints are given for 
Microsoft and Turbo C along with 
Microsoft and Turbo Pascal. You can 
find Basic, Fortran, Pascal, and C sample 
programs on the floppy diskette that 
comes with the unit. I ran the program 
fragment given above using Microsoft’s 
Quick Basic and was pleased at how 
simple it was to write code for this de¬ 
vice. The built-in error handling was an¬ 
other plus because it retrieves an error 
number, error message, and command 
line stub to greatly aid debugging. 

Summing up 

This solidly built digital multimeter 
performs well. It is backed by a one-year 
warranty. Considering the programmable 
features plus the excellent software that 
comes with the unit, $699 is an attractive 
price. When you consider that you can 
combine this unit with the other PCIP 
devices from MetraByte, you realize that 
the collection of boards can turn your PC 
into a versatile laboratory instrument. 

Contact MetraByte, 440 Myles Stan- 
dish Blvd., Taunton, MA 02780, phone 
(508) 880-3000. 

Reader Service 21 
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ILS — powerful software for signal processing 


Interactive Laboratory System Version 
6.0 is a sophisticated integrated software 
system consisting of more than 80 inter¬ 
active programs. ILS, although designed 
for signal processing, can be useful for 
many other engineering and scientific ap¬ 
plications because it allows direct control 
over data acquisition and analysis. But to 
use the system, you need not write spe¬ 
cial programs. 

The main functions of ILS appear in 
Figure 1. 

You can apply ILS in the analysis of 
any type of time series data. Typical ap¬ 
plications include those shown in Figure 
2. 


introduction to ILS, installation guide, 
user’s guide, programmer’s guide, com¬ 
mand reference guide, subroutine refer¬ 
ence guide, and application notes on 
digital filtering, speech processing, and 
pattern classification. 

The manuals are illustrated, well-or¬ 
ganized, and easy to use. But, because 
ILS covers such a large number of fields 
from engineering and scientific disci¬ 
plines, it is not possible to find all the 
details in the documentation. I also found 
a few minor errors in the manuals. Cus¬ 
tomer support includes on-line documen¬ 
tation, a telephone hot line for problem 


solving, and periodic software updates 
and enhancements. 

The installation of the system is 
simple, taking between 30 minutes and 2 
hours. The price range is $995 to 
$20,000 (from PC to VAX computers). 
Prices for both Sun and Apollo systems 
range from $5,100 to $12,500, with extra 
node pricing at $1,500. 

Using ILS 

ILS has two modes: menu and com¬ 
mand. In the menu mode you can access 


Hardware configurations 

ILS runs on 

• DEC computers: VAX/VMS 4.3, 
MicroVAX/MicroVMS, VAXmate/ 
MS-DOS, and VAXstation II, and 
VAXstation II/GPX with MicroVMS 
Workstation. You will also need the 
VAX Fortran compiler if you plan to 
modify ILS code. ILS requires a 
graphics terminal. The following ter¬ 
minals are supported (including color 
support for color terminals): DEC 
VT 24X and 34X series, VAXstation 
II, VAXstation II/GPX, VAXstation 
2000 and 3000, and Tektronix 41XX 

• SUN-3, using Sun-Unix 3.2, Sun- 
View, and Pixwin, with 8 Mbytes. 

• Apollo Series 3000 and 4000, using 
Aegis 9.5, with 8 Mbytes, Domain/ 
Dialogue User Interface Design and 
Management System, and Graphics 
Metafile Resource. 

• Masscomp MC-5000, using Real- 
Time Unix (RTU) V3.1, 22 Mbytes 
disk space, and terminals GA600 (In¬ 
tegral), GA800 (IGP), and GA1000 
(Aurora). 

• IBM PC, XT, AT, and 100 percent 
compatibles, with 640 Kbytes of 
memory, PC-DOS 2.1 or MS-DOS 
2.11, one double-sided floppy disk 
drive, one hard disk drive with 6 
Mbytes, an 8087 or 80287 math 
coprocessor, a serial communication 
(RS-232) port, and one of the follow¬ 
ing graphics cards: IBM Color 
Graphics Adapter, IBM Enhanced 
Graphics Adapter, or Hercules 
Graphics Card. 

The distribution media is 9-track tape 
and TK-50 cartridges. RX-50 distribu¬ 
tions are also available. Documentation 
includes the following items and manu¬ 
als: keypad layout card, menu tree, re¬ 
lease notes, software product description. 



Figure 1. Main functions of Interactive Laboratory System. 



Figure 2. Typical applications of Interactive Laboratory System. 
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Figure 3. Choices for ILS data I/O. 
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Figure 4. Frequency analysis techniques available in ILS. 



Figure 5. Digital filter types available in ILS. 



Figure 6. Mathematical operations in ILS numerical analysis. 



Figure 7. ILS algorithms available for speech processing. 


the usual digital signal processing (DSP) 
functions. On-line help is available at 
every menu level, but the level of detail 
given is not always deep enough. The 
keypad control gives an easy menu tra¬ 
versal. You can also call menus directly, 
without multilevel passing. 

The command mode is a bit more 
complex because you must learn a lot of 
the command syntax. The advantage of 
this mode is that a more experienced user 
can utilize the command concatenation 
feature to generate production runs for 
some applications. 

If you have a VAXstation II, ILS will 
support its multiple graphics windows, 
and you’ll be able to control the creation, 
deletion, positioning, sizing, and use of 
the windows. You can view and compare 
results from different analysis steps si¬ 
multaneously. If the VAXstation is a 
GPX model, you can also control the dis¬ 
play, text, grid, and background colors. 
For data acquisition and analysis, ILS 
supports DEC’S real-time workstation, 
VAXlab. 

Main capabilities 

The data input/output section gives the 
choices shown in Figure 3. 

The frequency analysis techniques 
available appear in Figure 4. 

You can design and use filters — low 
pass, high pass, band pass, and band re¬ 
ject — of the types shown in Figure 5. 

The numerical analysis section con¬ 
tains the mathematical operations shown 
in Figure 6. 

The waveform displays available are 
time series display, zoom display, over¬ 
lay display, 3D spectral display, and fre¬ 
quency display. 

For data editing and transformation, 
the ILS has the following features: ex¬ 
traction with cursor, modification and 
scaling, wrapping or unwrapping phase, 
applying time delay, rectangular and po¬ 
lar conversion. 

For speech processing there exist sev¬ 
eral powerful algorithms, shown in Fig¬ 
ure 7. 

One feature I really appreciated was 
source code availability. The ILS Fortran 
source code is provided, allowing you to 
modify or append the system. You can 
arrange to call ILS routines into your 
programs, or integrate your subroutines 
into ILS. Thus, ILS can be useful to 
many engineers, scientists, and computer 
professionals not only from the signal 
processing area, but also from other ar¬ 
eas that use some of the advanced tools 
presented above. 

ILS includes tools for converting ex¬ 
ternal data files (in binary or ASCII) into 
ILS-compatible format. Support is also 
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included for converting ILS data files 
into external formatted files. 

Summing up 

ILS has been used in a number of 
widely different applications, including 

• the development of a Cochlear Im¬ 
plant System for the profoundly 
deaf; 

• the analysis of the tendency of the 
wings of an aircraft to vibrate under 
different aerodynamic and flight con¬ 
ditions; 


voice recognition of whales, por¬ 
poises, and birds as well as bat sonar 
and vocalization; 
performance quality standards for 
new communication technology, 
such as speech coders, synthesizers, 
compressors, switching equipment, 
modems, channel banks, and statisti¬ 
cal multiplexers; 

speech recognition for telephone ap¬ 
plications; 

testing models of buildings and off¬ 
shore structures for wind load as well 
as wave load; and 


Solid-state, portable recorder 


In my biomedical work I often need a 
portable recorder for gathering pressure 
signals and electromyograms (EMG). 
What I want is something small and con¬ 
venient to replace a bulky chart recorder. 
Thus, when I received a demo disk from 
World Precision Instruments showing off 
its digital player and recorder called the 
DataSpan20,1 knew I had to try one out. 

The DataSpan20, shown in Figure 8, is 
about 5x7x2 inches — not quite small 
enough to fit in your pocket, but a rea¬ 
sonable size to move around from ex¬ 
periment to experiment. In many ways it 
resembles an oscilloscope, from its input 
gain and trigger controls to its display 
and sample rates. The input and output 
signals (as well as the trigger input/out¬ 
put) are made through the standard BNC 
connectors. Thus, I felt very comfortable 
using the device right out of the box 
without having to read the accompanying 
instruction manual. 

How the device functions 

The DataSpan20 consists of a micro¬ 
computer, an 8-bit A/D and D/A con¬ 
verter, a 9-pin RS-232 serial port, and up 
to 512 Kbytes of memory (the unit I re¬ 
viewed included 64 Kbytes). During use, 
the device digitizes the input and saves it 
in its memory. At the same time, it con¬ 
verts the signal back to analog for simul¬ 
taneous display on some external device 
(such as a scope or chart recorder). Obvi¬ 
ously, the only difference between re¬ 
cording and playback is that the digitizer 
is not used in playback. 

Because you can see the signal that 
you are storing in memory as you store 
it, you have the option of deciding 
whether to keep the current sample or to 
continue and try for another one. In fact, 
the storage modes assist in this operation 
because the “Single” mode simply re¬ 
cords (or plays) until the end of memory 


is reached. Thus, you can start (and stop) 
the recording whenever you wish and fill 
memory accordingly. Alternatively, in 
“Continuous” mode, the device repeat¬ 
edly records (or plays), overwriting 
memory (or starting again in the case of 
play) until you push the stop button. 

Sample rates range from one sample 
per second to as high as 50,000, and dis¬ 
play rates are the same. But, since this is 
digitized data, the two rates need not be 
the same, allowing you to play back the 
sample faster, at the same speed, or 
slower than the sampling rate. Also, if 
you need it, the trigger can be either 
internal or external (TTL levels) and a 
delay of 0, 100, 500 or 1000 millisec¬ 
onds is push-button selectable. Finally, 
selectable input gains of 0.5, 1.0, 5.0, 
and 10.0 give an input voltage range of 
±4 mV to+lOV. 

Using the DataSpan20 

I tested the DataSpan20 as a part of a 
number of different experiments I was 
running. The recorder worked flawlessly 
and was a big convenience over an oscil¬ 
loscope or chart recorder. Particularly 
noteworthy was the selection of different 
sample and display rates because I could 
compress a slowly varying sample into a 
short trace, allowing me to determine the 
overall characteristics of my sample be¬ 
fore looking at it in greater detail. 

One thing missing in the first release I 
received was software to display the ac¬ 
quired data on my PC. Fortunately, just 
in time for this review, WP1 released not 
one but two such packages: DataView 
for the PC and MacSpan for the Macin¬ 
tosh. Each is uniquely tailored to the fea¬ 
tures of the machine, but each offers the 
essential features that make the Data- 
Span20 connected to a personal com¬ 
puter a very versatile instrument. 

Both software packages transfer the 


• assistance for major reconstructive 
surgery to correct congenital cleft 
palates, an affliction that seriously 
affects speech. 

I liked and can recommend Interactive 
Laboratory System to those involved in 
signal processing and those interested in 
advanced scientific and engineering ap¬ 
plications. 

Contact Signal Technology, 5951 
Encina Rd., Goleta, CA 93117, phone 
(800) 235-5787 or (805) 683-3771. 

— Michael Dediu 

Reader Service 22 



Figure 8. World Precision Instru¬ 
ments’ DataSpan20 portable recorder. 


digital data to the PC using the serial 
port. MacSpan is tailored to the graphics 
interface of the Mac and offers scrolling, 
zoom in and out, scaling, continuous dis¬ 
play of time and magnitude, and relative 
measurements of the waveform dis¬ 
played. Of course, other standard Mac 
features are supported, like the clipboard 
with cut and paste and a notebook to an¬ 
notate the signal displayed. A print com¬ 
mand provides hard copy of the trace if 
desired. By turning on the overlay fea¬ 
ture, you can acquire a signal from the 
DataSpan20 and simultaneously display 
it and the currently selected waveform. 

DataView offers similar features for 
transferring the waveform to the PC, as 
well as scroll, zoom, scale, time and 
magnitude display, relative measure¬ 
ments, and print. To use the display 
mode, you will need a Hercules display 
adapter and monochrome monitor. 
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One significant difference between the 
two software packages is that the PC ver¬ 
sion can show up to four previously 
transferred traces simultaneously, each 
with its own scaling and zoom parame¬ 
ters. I found this feature quite impressive 
and thus preferred Data View to 
MacSpan. 

The standard software that comes with 
DataSpan20 is called Dterm. It provides 
for the remote setting of all the device’s 
capabilities, sample rate, trigger, record 
or play, and so forth, and will also trans¬ 
fer files back and forth between the PC 
and the recorder. These software features 
are built into DataView and MacSpan as 
well. The base system price for the Data- 
Span20 is $975. DataView and MacSpan 
each cost an additional $50. You get not 
only the versatile software, but also the 
serial interface cable to connect your re¬ 
corder to the PC or Mac. 

More details 

I mentioned a serial port on the Data- 
Span20 and I also described the software 
that plots multiple samples. How is this 
done? The answer is that the serial port 
is used to move the digitized signal be¬ 
tween the recorder and your PC or Mac 
(I’ll use PC in the rest of this article, but 
all things apply equally well to the Mac). 
Thus, you can capture one signal, store it 
on your computer, take another, store it, 
and so on. You can, of course, download 
a sample to the DataSpan as well. But 
what do you do if the experiment is in 
one room and the computer in another? 
The designers of this device solved that 
problem nicely by using static RAM and 
a nicad battery backup on the system 
board. 

Another interesting and thoughtful de¬ 
sign feature is that you can “program” 
the device from your computer. As I 
mentioned earlier, the DataSpan20 uses 
the serial port to set up the rates and 
modes of the device using the PC’s dis¬ 
play and the keyboard. By the way, the 
serial connection to the PC can be made 
at all the standard rates, from 100 to 38.4 
Kbaud. I used 19.2 Kbaud (the suggested 
rate), as well as 38.4 Kbaud, without a 
hitch. 

The manual that comes with the Data- 
Span20 gives most of the details and 
specifications of the device. In the first 
release, the instruction manual included 
two appendixes that explained the file 
format and the operational mode. This 
means that you could generate a sample 
and download it into the DataSpan20 to 
be carried to a remote location for later 
playback. It also means that you could 
write a program to completely automate 
the process of setting up the recorder and 
dumping the data file. While the infor¬ 


mation is still available (by request), 

WPI found that most users didn’t need it 
and dropped it from the instruction man¬ 
ual. However, they did include a conver¬ 
sion command in DataView so that the 
internal format can be made into stan¬ 
dard ASCII files and read by Lotus 1-2-3 

Summing up 

The DataSpan20 is easy to use, per¬ 
forms as advertised, and is very practi¬ 
cal. During testing, several colleagues 
became interested and expressed a desire 
to try it out within their research environ¬ 
ment. I asked them about the price, and 
they agreed with me that the device is 
reasonably priced and comparable in fea¬ 
tures and flexibility to a small oscillo¬ 
scope. 

I did run into some minor problems 
worth reporting. First, the use of the 
terms “input” and “output” confused me. 
Sometimes it seemed that the manual re¬ 
ferred to the PC, while other times it 
seemed like it referred to the DataSpan. 

Second, I found inconsistencies be¬ 
tween what the manual claimed and what 
you could really do. The manual and 
software would benefit from a bit more 
testing. 

Third, on the Mac, while scrolling a 
waveform I would occasionally get a 
double trace because the old trace was 
not cleared completely. Also, the full 
view of the waveform showed consider¬ 
able aliasing, so what I saw bore little re¬ 
semblance to the actual signal. 

Finally, the Hercules emulation mode 
of my Paradise VGA Professional dis¬ 
play adapter worked at about the 95 per¬ 
cent level. This meant that, while I could 
display, scroll, zoom, and mark the 
traces, I couldn’t read the relative volt¬ 
age differences, some keys became inop¬ 
erative (such as the one to scroll back¬ 
wards two screens), and often it took re¬ 
peated keystrokes to exit a submenu. 

WPI assured me that these problems 
arose from a compatibility problem, 
which I don’t doubt. This means you will 
need to invest in a Hercules display 
adapter if you want to use the Data- 
Span20 with a PC, since currently the de¬ 
vice does not support any other display 

Even though I did find several items to 
criticize, I recommend the DataSpan20 
as a valuable laboratory instrument with 
a wide range of possible uses. This re¬ 
corder deserves serious consideration as 
an alternative to other boards and de¬ 
vices that make your personal computer 
into a digital recorder and waveform dis¬ 
play/analysis device. In addition, the 
company offers an interesting range of 
devices from pressure, temperature, 


force, and displacement transducers to an 
analog transducer amplifier to a number 
of other speciality devices. At the very 
least, if you use this type of equipment, 
you should request the WPI data process¬ 
ing and signal conditioning catalog. 

Contact World Precision Instruments, 
375 Quinnipiac Ave., New Haven, CT 
06513, phone (203) 469-8281. 
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Review notes 

Emulation. I tested and liked the 
poly-Star/320 (Version 1.0) and 240 
(version 2.0) terminal emulation pro¬ 
grams for using a PC with any DEC 
mainframe/minicomputer that requires 
DEC terminal emulation. poly-Star in¬ 
cludes both a script language and special 
remote-control sequences to initiate file 
transfers using Polygon’s own proprie¬ 
tary poly-XFR protocol or the Kermit 
protocol. For pure text files, poly-Star 
also offers streaming file transfer, which 
does not require a special host program. 
Star also offers multiple sessions, both 
network and asynchronous, which you 
can use to switch between different hosts 
or between different applications on the 
same host. System requirements are a 
PC, XT, AT, or PS/2 compatible com¬ 
puter, DOS version 2.0 or greater, 512 
Kbytes of RAM (640 Kbytes of RAM 
recommended), and a graphics display. 
The price is $299 from Polygon, 1024 
Executive Pkwy., St. Louis, MO 63141, 
phone (314) 576-7709. — M. Dediu 

Windows Express. In my review of 
Windows Express ( Computer , August 
1988, p. 85), I recommended this utility 
very highly. The latest release from hDC 
Computer, 15379 NE 90th St., Redmond, 
WA 98052, phone (206) 885-5550, takes 
this excellently done software to new 
heights. Key new features include lower 
memory requirements, an icon library, 
more options to specify the contents of 
screen displays, on-line help, an ex¬ 
panded and more colorful graphics inter¬ 
face, automatic saving of preferences 
(such as window sizes) between sessions, 
and an expanded set of manuals. An up¬ 
grade costs $20 plus shipping and han¬ 
dling. To my mind there isn’t much point 
in running Microsoft Windows without 
installing this package. — R. Eckhouse 

Connectivity card. Another way to 
communicate between a PC and other 
computers is with a $395 Multi Term 
Connectivity (MTC) card along with the 
STS-200 communications software avail¬ 
able from StarSoft Technologies, 14884 
Berry Way, San Jose, CA 95124, phone 
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(408) 727-7074. This unusual board sup¬ 
plements either a monochrome or color 
graphics adapter card. It is designed to 
use IRQ 2 on the PC, so conflicts might 
occur when other cards (such as a clock/ 
calendar board or a multifunction card) 
are installed. The combination of hard¬ 
ware and software provides high-resolu¬ 
tion text display with features that soft¬ 
ware alone cannot supply, such as: 80 or 
132 displayable columns, 27 or 44 lines 
of text, smooth scrolling, all standard 
screen attributes, bold and underline, 
double high and double wide characters, 
and selectable cursor. The MTC board 
plus software generates the essential 
video display characteristics of the 
Hewlett-Packard 2392/2394, DEC VT 
220/320, Wyse 50, Qume 101, Televideo 
925/950, and others. There are program¬ 
mable function keys, communication 
protocols, file transfer (using Kermit or 
XModem), split screen for dual host 
communication (possible with two serial 
ports installed), and a screen server. The 
board communicates using the serial 
communication ports already installed on 
the PC. — M. Dediu 

Emulator for the IBM PC. Looking 
for a Tektronix 4105 and DEC VT220 
emulator for the IBM PC? EM4105 ver¬ 
sion 3.52-1.48 from Diversified Com¬ 
puter Systems, 3775 Iris Ave., Suite IB, 
Boulder, CO 80301, phone (8Q0) 247- 
3834 or (303) 447-9251, might be what 
you want. In VT102 mode, the emulator 
offers scrolling regions, video attributes, 
double width characters, local printer 
support, character insert/delete, and full 
keyboard emulation. In VT220 mode, it 
emulates the expanded VT220 keyboard, 
user-defined function keys, compose 
key, multinational character sets, and 8- 
bit control sequences. In TEK mode, you 
get the graphics functions of a 4105 
graphics terminal supporting 8 colors 
from a palette of 64, polygon fill, line 
styles, independent dialog area, markers, 
graphics input mode, and 4010 compati¬ 
bility. I liked the additional features of 
split-screen horizontal scrolling, screen 
scroll back, DOS hot key, softkeys, auto¬ 
mated modem dialer, phone directory, 
data logging and replay, file transfer, 
command files, pan/zoom (available in 
version 1.4), graphics picture files, 
VT640 emulation, 16 simultaneous col¬ 
ors, loadable graphics drivers, and high- 
resolution hard copy. The documentation 
is detailed, but could be a little more ac¬ 
cessible. The price is $349. — M. Dediu 

Tax return. If you prepare your own 
tax return, you should probably do it on a 
computer. Unless you have a very simple 
return, a tax program will save time and 
reduce errors. But which program should 


you use? I have tried several tax prepara¬ 
tion programs and would make the fol¬ 
lowing recommendations. If you have an 
Apple IIGS, a Macintosh, or an IBM 
compatible capable of running Microsoft 
Windows (hard disk, graphic display, 
mouse, and AT speed), get TaxView (or 
MacInTax as it’s called for the Mac) 
from SoftView, 4820 Adohr Lane, Suite 
F, Camarillo, CA 93010, phone (408) 
388-2626. Exact replicas of the tax forms 
are displayed on the screen for you to fill 
in as you would a paper form. All arith¬ 
metic is done dynamically as you enter 
values, and all of your forms are auto¬ 
matically linked. 

For those with a smaller, character-ori¬ 
ented PC compatible, you won’t be able 
to use TaxView, so get TurboTax from 
ChipSoft, 5045 Shoreham PI., Suite 100, 


San Diego, CA 92122, phone (619) 453- 
8722. It lacks exact form replicas, but 
they’re similar. Information need only be 
entered once because everything is 
linked. TurboTax calculations are not 
automatic, but are made when you give a 
calculate command. 

Both programs print IRS-acceptable 
replica forms (slowly), and both warn 
you if any information is missing. They 
also feature on-line operating and tax 
help, and I would expect anyone familiar 
with tax forms to be able to use either 
program without the manual. Each pro¬ 
gram comes with about 40 forms and 
schedules, and you should check to be 
sure all those you need are included. 
Also, be sure there is a supplement for 
your state or you will have to prepare 
your state return manually. — L. Press 
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Contact or send releases to Nancy Hays, Computer, 10662 Los Vaqueros Circle, Los Alamitos, CA 90720; Compmail+, n.hays 


Apollo combines RISC and graphics in Series lOOOOVS 


Apollo Computer has announced the 
Series 10000 Visualization System based 
on its Parallel Reduced Instruction Set 
Multiprocessing, or PRISM, archi¬ 
tecture. 

The Series lOOOOVS contains from 
one to four processors, each reputedly 
able to achieve 1.5 million 3D graphic 
transforms per second. The CPUs are 
integrated with a RISC drawing engine, 
which executes — without microcode — 
drawing tasks common to all applica¬ 
tions. The graphics engine is coupled to 
the CPUs through a 64-bit wide, 150 
Mbyte per second bus. 

The central processor incorporates an 


integer processor, ALU and multiplier 
floating-point processors, a 32 x 64 
8-port floating-point register file, a 
128-Kbyte 64-bit-wide instruction 
cache, and a 64-Kbyte 64-bit-wide data 
cache. Memory consists of 8 to 128 
Mbytes of RAM and is 32-way inter¬ 
leaved. 

Buses include an 8-slot, 64-bit-wide, 
150-Mbytes/s X bus; a 6-slot, 32-bit- 
wide, 12-Mbytes/s VMEbus; a 4-slot, 
16-bit-wide, 3-Mbytes/s PC AT bus; 
and a dedicated diagnostic bus. 

The Series lOOOOVS features 
programmable 40- or 80-bit plane con¬ 


DEC upgrades with VAX 6300 Systems 


Digital Equipment has enhanced the 
VAX 6200 line with its introduction of 
the VAX 6300 Systems, the company 
announced. The new systems reportedly 
deliver up to 35 percent higher perfor¬ 
mance and have twice the expansion 
range of the VAX 6200 computers. 

The new systems include a 14-slot, 

100 Mbytes/s system interconnect, 
which provides a mix of up to six 
CPUs, up to 256 Mbytes of memory, 
and up to six VAXBI adapters. Accord¬ 
ing to the company, processor and 
memory upgrade packages permit 
upgrading from the entry-level VAX 
6310 to the top-of-the-line VAX 6360. 

The new systems also feature up to 
256 Mbytes of shared ECC memory. 

The VAX 6300 Systems support the 
VMS operating system on all models. 
Ultrix-32 is available on the VAX 6310 
and 6320 models. 

Prices start at $155,200 for the VAX 
6310 Ultrix-32 base system with one 
CPU, two VAXBI channels, one TK70 
cartridge-tape load device, 32 Mbytes of 
ECC shared memory, a DEBNA Ether¬ 
net controller, a KDB50 4-port disk 
controller, an Ultrix-32 64-user operat¬ 


ing system license, and a DECnet/ 
Ultrix license. 
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Digital’s VAX 6300 systems join the 
midrange of DEC computers as the sec¬ 
ond generation of the VAX 6000 series. 



figurations, programmable Z-buffer 
depth up to 32 bits, subpixel addressing, 
quadratic shading that applies second- 
order functions to color interpolation, 
texture mapping, hardware support for 
dithering, a 1,280 x 1,024 70-Hz color 
monitor, and configurations with up to 
four striped 348- or 700-Mbyte ESDI 
disk drives. 

Prices for a single-processor Series 
lOOOOVS start at $94,900 for a 40-plane 
system and $104,900 for an 80-plane 
system. Shipments are scheduled for the 
second quarter of 1989. 
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Starter kit for CADD 

Generic Software has combined four 
products into the CADD Starter Kit for 
first-time users of computer-aided 
design and drafting software. The kit 
contains Generic CADD Level 2, a 
workbook tutorial, Generic’s Basic 
Home Design symbol library, and a 
disk of tutorial and sample drawings. 

System requirements are 384 Kbytes 
of RAM, DOS 2.0 or higher, one 
floppy disk drive, and a graphics card 
(Hercules, ATT 6300, CGA, EGA, or 
VGA). 

The starter kit costs $159.95. 

Generic has also announced Estima¬ 
tor, a software package that assists in 
job estimations and bid preparations. It 
works with CADD Levels 1, 2, or 3, or 
can be used alone. It reportedly can 
estimate up to 16,000 different items 
and generate up to 20 reports. 

Generic Estimator, developed by the 
company and Contractors Management 
Systems, comes with a manual, tutorial, 
sample bids, and on-line help. It costs 
$295. 


Starter kit: Reader Service 32 
Estimator: Reader Service 33 
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API kit delivers X.400 Unisys SCAMP moves A Series to desktop 


Prime Computer has announced the 
X.400 Application Programming Inter¬ 
face Development Kit, which allows 50 
Series superminicomputer software 
programmers to develop electronic 
mail, gateway, and other messaging sys¬ 
tems within local and wide area net¬ 
works. The product is based on the 
1984 X.400 international communica¬ 
tions standard. 

According to the company, the kit’s 
data communication protocols and 
application programming interface per¬ 
mit programmers to build messaging 
systems that store, deliver, and 
exchange information among different 
vendors’ systems. Information can be 
formatted as text, graphics, digitized 
voice, image, and EDI transactions. 

The X.400 API system operates 
across the X.25 protocol and under 
Prime’s Primos operating system. 

Future products are planned to support 
Prime’s Unix-based systems and Ether¬ 
net LANs. 

The API kit costs $350,000 for a 
complete software license, or $150,000 
for an initial development license, with 
subsequent sublicense fees from $1,000 
to $4,000 according to the configura¬ 
tion. Software service costs $375 per 
month for all licenses. Service includes 
telephone support, updates, and on-site 
remedial and installation support. 
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Unisys has housed the Single Chip A- 
Series Mainframe Processor, or 
SCAMP, in a Personal Workstation 2 
Series 800 personal computer to pro¬ 
duce the Micro A, which the company 
calls a desktop mainframe. The 
SCAMP contains the 48-bit A Series 
processor with 2.5 Mbytes of static 
RAM. The chip occupies an AT-size 
expansion board, as do 12 Mbytes of A 
Series memory and the I/O control 
logic. 

The SCAMP uses the standard A 
Series Master Control Pro¬ 
gram/Advance System, or MCP/AS, 
operating system. The PW 2 configura¬ 
tion relies on a 16-MHz Intel 80386 
processor and the Microsoft OS/2 oper¬ 
ating system. It serves as the I/O 
processor and maintenance subsystem 
for the Micro A. A separate data com¬ 
munications host adapter board handles 
data communications. 

The Micro A includes 3 Mbytes of 
main memory, a 20-Mbyte hard disk 
drive, and a 1.2-Mbyte floppy disk 
drive, plus a 280-Mbyte SCSI disk drive 
and a 150-Mbyte SCSI X-inch cartridge 
tape drive. It also features an EGA 
board. 

The SCSI board supports a maximum 
of seven SCSI devices, which means five 
additions to the base system. The 
DCHA board is an 80286-based 
coprocessor board with 512 Kbytes of 
dedicated memory. It supports up to 


four separate lines through RS-232 con¬ 
nectors and can run a maximum of 
three communications protocols con¬ 
currently. 

The Micro A costs $20,365 for CPU, 
keyboard, and monochrome monitor. 
An MCP/AS license costs $5,000 and 
includes OS/2 software. 
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The Unisys SCAMP package contains 
the Micro A mainframe instruction 
processor and 10 256-Kbit SRAM chips. 


Wang superminis handle high-volume computing 


Wang Laboratories claims that it has 
optimized its new superminicomputers, 
the VS 10000 Series, for high-volume 
computing by incorporating a new disk 
subsystem and system management 
software. The new models — 50, 75, 
and 100 — are reportedly based on 
emitter-coupled logic technology with 
custom gate arrays, VLSI microproces¬ 
sors, and the mainframe VS instruction 
set. 

The VS 10000 systems use a 90-MHz 
clock rate and an I/O bus capacity of 
30.3 Mbytes per second. The arithmetic 
unit is both a floating-point accelerator 
and a decimal-arithmetic accelerator. 

Other features include 32 Kbytes of 
write-back cache memory in the CPU, 
up to 64 Mbytes of addressable memory 
with physical accommodations for up 
to 256 Mbytes, a 128-bit-wide memory 
bus that supports 128-bit read and 
64-bit write operations, an independent 
80286-based support control unit, and 


up to 15 intelligent I/O controllers. 

Prices start at $395,000 for the Model 
50 with 16 Mbytes of memory. The 
Model 100 with 32 Mbytes of memory 
costs $670,000. Licenses for the VS 


operating system cost $15,500 for the 
Model 50, $23,250 for the Model 75, 
and $31,000 for the Model 100. 
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Wang Laboratories’ VS 10000 Series superminicomputers (shown here with the VS 
Mass Storage Subsystem) target large-scale data processing and integrated image 
processing. 
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New Mac supports new expansion options 


Apple Computer has announced the 
Macintosh SE/30 personal computer 
based on the 16-MHz Motorola 68030 
microprocessor and 68882 floating¬ 
point coprocessor. According to the 
company, the SE/30 is compatible with 
MS-DOS and OS/2 and provides RAM 
expandability up to 8 Mbytes. 

The Macintosh SE/30 includes 
Apple’s FDHD (Floppy Drive High 
Density), an internal 1.4-Mbyte floppy 
disk drive that reportedly reads, writes, 
and formats MS-DOS, OS/2, Macin¬ 
tosh, and Apple II ProDOS disks. 

The SE/30 expansion slot architec¬ 
ture supports expansion options not 
previously available on the Macintosh, 
according to Apple, such as video, 


Advanced Software Technology is 
distributing the Ada Software Reposi¬ 
tory on MS-DOS-format high-density 
floppy disks. The ASR is a repository 
of Ada programs, software compo¬ 
nents, and educational material estab¬ 
lished on the Simtel20 host computer on 
the Defense Data Network. 

According to the company, the ASR 
serves two basic roles: to promote the 
exchange and use of Ada programs and 
tools and to promote Ada education. 
The ASR includes more than 60 Mbytes 
of Ada source code and information. 

The public domain software included 
in the ASR was formerly available only 
over DDN. Advanced Software Tech¬ 
nology catalogued the library onto 19 
disks in a compressed format. Users will 
need a hard disk to uncompress the 
files. 


memory parity, high-speed communica¬ 
tions, and sound. The motherboard 
contains a sound chip. 

The company offers three configura¬ 
tions of the Macintosh SE/30. The first 
option has 1 Mbyte of RAM and a 
1.4-Mbyte FDHD for $4,369. The sec¬ 
ond option has 1 Mbyte of RAM, 
FDHD, and an internal 40-Mbyte hard 
disk for $4,869. The third option has 4 
Mbytes of RAM, FDHD, and an 
80-Mbyte hard disk for $6,569. 

The new PCs come with Macintosh 
System Software 6.0.3, Multifinder, 
and HyperCard. 
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The disks cost $10 each for shipping 
and handling. 

Items available are Data Base 
Management, Math Library, Compila¬ 
tion Order Tool, Benchmark, Software 
Components, Forms Generator, Soft¬ 
ware Metrics, Pretty Printers, Pointers, 
Ada Language Reference Manual, Edu¬ 
cational, APSE Interface Set, Artificial 
Intelligence, Cross Reference Tool, 
Program Design Language, Communi¬ 
cations Tools, Menu Generation, 
Graphical Kernel System, Virtual Ter¬ 
minal, Management Tools, Ada-SQL, 
Simulations, Debuggers, Style 
Checkers, Editors, Spelling Checkers, 
and ASR Newsletters. 
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System speeds design review 

Microsystems Engineering offers 
TechView, a CAD/CAM viewing and 
annotation system, for industrial appli¬ 
cations. According to the company, 
TechView provides an electronic means 
of viewing and annotating industrial 
CAD drawings. 

Reviewers can create annotation files 
and transmit them as CAD overlay files 
to the original designer. The system uses 
a copy of the drawing, leaving the CAD 
database intact. 

TechView also permits local printing 
or plotting of the CAD drawings. It 
supports Postscript printers. 

The system’s graphic processor sup¬ 
ports IGES, CGM, HPGL, PICT, and 
Tektronix. 

Features include a collection of anno¬ 
tation symbols, plus predefined and 
user-defined annotation symbol librar¬ 
ies, and the ability to pan, zoom, and 
scale annotations. 

TechView runs on IBM PC-XT, AT, 
or compatible computers and the DEC 
VAXstation. A Macintosh version is 
scheduled for the second quarter of 
1989. The system uses a mouse. 

TechView costs $1,395. 
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ELXSI enters midrange 

ELXSI has announced the System 
6000 modular midrange computers. The 
five models are hardware and software 
compatible with the company’s System 
6400 computer systems. 

The System 6000 includes single or 
dual CPUs, from 16 to 512 Mbytes of 
main memory, and system components 
that plug in to the company’s 
320-Mbytes/s system bus. 

Performance reputedly ranges from 
12 Whetstone MIPS for a system with a 
single 6420 CPU to 80 Whetstone MIPS 
for a system with two 6460 CPUs. 

Model S6020-1, scheduled for avail¬ 
ability in March, costs $295,000 and 
supposedly achieves 12 Whetstone 
MIPS performance. Model S6020-2, 
available in May, reaches 24 Whetstone 
MIPS and costs $395,000. Models 
S6060-1 (40 WMIPS, $445,000), S6062 
(52 WMIPS, $545,000), and S6060-2 
(80 WMIPS, $695,000) will be available 
in October, according to the company. 

A basic System 6000 comes with one 
or two CPUs, 16 Mbytes of main mem¬ 
ory, an I/O processor, an 823-Mbyte 
disk drive, a 75-ips tape unit, and an 
asynchronous terminal controller. 
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Apple claims that its new Macintosh SE/30 is up to four times faster than the SE. 

Ada Software Repository out on floppy disk 
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CimStation upgraded 

Silma has upgraded CimStation with 
release 4.0. The software aids in the 
design, programming, and simulation 
of automated work cells. According to 
the company, manufacturing engineers 
can use simulation models of industrial 
robots and equipment to simulate the 
operation of an automated work cell. 
They can then generate equipment pro¬ 
grams for the robots and other equip¬ 
ment in the work cell. 

Features added to release 4.0 include 
the ability to deform the surface of 3D 
models of parts to simulate product 
fabrication and machining, automatic 
collision avoidance, task-oriented pro¬ 
gramming, and user-programmable 
application menus. 

CimStation 4.0 runs on workstations 
from Apollo Computer, Control Data, 
Intergraph, Prime Computer, Sun 
Microsystems, and Silicon Graphics. 

Reader Service 41 


Windows CASE tool controls 
object-oriented repository 

Meta Systems has announced Quick- 
Spec, a PC/Windows CASE tool for 
accessing and controlling an object- 
oriented repository. Using QuickSpec, 
systems analysts and designers can 
reportedly use PCs to enter, edit, and 
review project information and specifi¬ 
cations in an object-oriented CASE 
repository. 

According to the company, the 
repository can maintain information 
from different methodologies and dia¬ 
gram types, from all phases of the sys¬ 
tems development life cycle. The 
repository supposedly uses a representa¬ 
tional model broader than that pro¬ 
posed under IRDS. 

Several applications can run simul¬ 
taneously with QuickSpec. This permits 
cutting and pasting between the pro¬ 
gram and other applications, as well as 
viewing and editing through multiple 
windows. 

QuickSpec runs under operating envi¬ 
ronments supported by Microsoft Win¬ 
dows, such as an IBM PC-AT using an 
80286 or 80386 processor or IBM PS/2 
models 50, 60, 70, or 80 with 640 
Kbytes of memory, an appropriate 
monitor, a hard disk drive, and a 
mouse. 

QuickSpec costs $3,500. 
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Vision system handles industrial inspection 


QC Vision from Image Inspection 
reportedly provides the image- 
processing hardware and vision soft¬ 
ware needed to inspect objects of any 
size. 

The system consists of a camera; dual 
monitors to display images, instructions 
to operators, inspections, and inspec¬ 
tion statistics; vision and image- 
processing software; a keypad for the 
production operator and a keyboard for 
development work; and serial I/O, 
printer, and floppy-disk ports. 

The system is housed in a filtered-air- 
cooled enclosure. 

According to the company, inspec¬ 


tion speed depends on the application, 
but a typical rate is two items per sec¬ 
ond. QC Vision provides continuous 
analysis of inspection statistics and 
user-selected statistics. 

Users can choose to have alarms acti¬ 
vated if preset reject levels are exceeded. 
Users can call up a different inspection 
routine for each product. 

A screen display provides on-line help 
functions. 

The system also provides develop¬ 
ment facilities for designing and testing 
inspection routines. 
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Vision software targets surface-mount market 


Cognex offers vision software tar¬ 
geted to the surface-mount market in its 
SMD Tools, which work with a Cognex 
machine vision system to guide place¬ 
ment of surface-mount devices onto the 
circuit board. 

According to the company, the SMD 
Tools use advanced gray-scale image 
processing techniques. The tools work 
in conjunction with any Cognex single¬ 
board vision processor, employing 
edge-finding algorithms to locate each 
lead on the surface-mount device before 
determining device position. The com¬ 
pany claims that this approach permits 
fast and accurate placement even for 
devices with slightly bent leads. 

The software consists of several mod¬ 
ules that can be called from within a 
developer’s C language application pro¬ 
gram. The developer can set new mod¬ 
ule parameters, replace modules, or add 
new modules. 

Set-up modules allow users to pro¬ 
vide the vision system with descriptions 
of the components and simplify calibra¬ 


tion of the camera or optical system. A 
device description module allows the 
developer to describe each component 
in geometric measurements rather than 
requiring the user to show each device 
to the system. The calibration function 
reputedly compensates for camera mis¬ 
alignment, as well as for optical distor¬ 
tions at the periphery of the field of 
view. 

The image acquisition module allows 
the system to view the part in a single 
camera field or to direct a motion con¬ 
troller to move the part or camera to 
capture images of larger components in 
multiple fields of view. A part location 
module then determines the device’s 
approximate position, while a lead loca¬ 
tion module determines the position of 
each lead. 

The SMD Tools are scheduled for 
availability in mid-1989 for $2,000. 
Developers have the option to purchase 
the SMD Tools software plus prerequi¬ 
site software for $4,000. 
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OS targets automation systems market 


Siemens AG has an operating system 
designed for the automation systems 
market and based on the Unix System V 
standard, according to the company. 
The operating system, called Sorix, runs 
on the Siemens Sicomp SX 32-bit 
microcomputer system. It is not avail¬ 
able in the US. 

The system reputedly features the 
real-time capabilities of preemptive 
scheduling, memory-resident specifica¬ 
tion, quick semaphores and events, and 
high-speed external file access. It sup¬ 


ports multiprocessing and high-level 
programming languages. 

Sorix resides on EPROM or an exter¬ 
nal store. 

Software is developed in a PC envi¬ 
ronment. The host for individual stages 
such as compiling, assembly, editing, 
linking, or programming of EPROMs is 
a Siemens Sicomp PC 16-20, PC 32-20, 
or other AT-compatible PC. 
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Compiler converts C source code to Postscript 


Unipress Software has announced the 
C2PS compiler, which converts C 
source code into Postscript code. It 
reportedly allows programmers to write 
Postscript applications in C, thus 
facilitating the creation of windowing 
applications. 

The company developed C2PS for 
use with Sun Microsystems’ NeWS win¬ 
dow system and other environments 
requiring Postscript code, such as 
Adobe Systems’ Display Postscript, 
x 11/NeWS, and Postscript printer 
applications. 

Developers write NeWS programs in 


Software Systems Design offers a 
CASE tool that reportedly extends the 
Ada language to satisfy DoD mandate 
number 3405.2. The set of 25 integrated 
tools is called Ada Design Language. 

AdaDL provides tools to quantify the 
complexity of the overall software 
design and the executable Ada code, 
catch and flag design errors, compile 
high-level abstractsions in structured 
English language and executable Ada 
code, comply with DoD mandate 


Hilevel Technology has announced 
development system support for the 
Motorola 88000 RISC processors. The 
DS5000-RISC Development System 
supports both the 88100 RISC proces¬ 
sor and the 88200 cache/memory 
management units. 

The system can trace activity on 
either or both the processor bus and the 
program memory bus. It supports trig¬ 
ger or breakpoint conditions for any 
combination of activity on the proces¬ 
sor bus or memory bus or between the 

The target interface and target con¬ 
trol are provided in the C88000 probe. 
The probe connects to the target system 
through a controlled impedance flex cir¬ 
cuit. The probe also supports zero-wait- 
state overlay memory to allow program 
development and debugging to begin 
before the target hardware is completely 
operational, according to the company. 

Once the target memory system is 
operational, the DS5000-RISC allows 
downloading of programs directly into 
the target memory system for testing, 


two parts: the application (in C) and the 
graphic interface (in Postscript). With 
C2PS, programmers can write both 
parts in C and translate the graphic 
interface to Postscript. 

Used with the Unipress Emacs editor, 
C2PS lets users edit and view C code in 
one window and view the produced 
Postscript code in another. 

Binary code for C2PS costs $2,995 
and source code costs $14,995. Univer¬ 
sity prices for C2PS are $995 for binary 
code and $4,995 for source code. 
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3405.2, and produce an audit trail. 

According to the company, AdaDL is 
a superset and extension of Ada. It adds 
a definition dictionary, high-level 
pseudo code, and project management 
capabilities, including documentation 
capabilities. 

Prices range from $7,150 for host 
computers like Sun and Apollo to 
$15,700 for large systems. 
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debugging, and performance analysis. 

The DS5000-R1SC supports Hilevel’s 
Extended Acquisition, which allows 
indefinite performance analysis without 
interruption of target system operation. 
According to the company, Extended 
Acquisition captures trace data at up to 
50 MHz and uploads it to a host com¬ 
puter using alternating 4-Kbyte buffers. 

The development system also sup¬ 
ports standard performance analysis 
capabilities. It supports full histogram 
of the target system’s operation, mea¬ 
sured execution time with a 15 ns or 250 
ns resolution, and a memory usage map 
that can be applied to the instruction 
memory or the data memory. 

The DS5000-RISC ranges in price 
from $28,000 to $40,000, depending on 
overlay memory selection, number of 
trace options, and other options. Each 
system supports up to 256 channels of 
logic analysis plus options. It runs on 
an IBM PC or Sun computer using 
MS-DOS. 
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CAD system targets 386 PCs 

CAD AM has announced Micro 
CADAM Plus, a CAD system designed 
for 80386-based PCs. According to the 
company, the software provides access 
to memory beyond the 640 Kbytes 
addressed by DOS. This reputedly 
allows users to create models as large as 
those possible with the company’s 
mainframe-based CAD system, 

CADAM Interactive Design. 

Micro CADAM Plus adds an overlay 
function that allows users to create and 
manipulate a design in separate but 
related sections, yet display and plot 
them as a unit. It also features 
advanced area fill capabilities. 

The program reportedly accommo¬ 
dates major LANs. It also permits 
exchange of data with mainframe-based 
and Unix-based CADAM systems by 
means of the optional Data Transfer 
product. Moreover, designs and draw¬ 
ings produced on Micro CADAM Plus 
are upwardly compatible with those 
products. 

Foreign alphabets such as Chinese, 
Japanese, and Hebrew are available for 
annotation. Users can also incorporate 
geometric tolerancing symbols in text 
notes and annotations. 

Micro CADAM Plus runs on 
80386-based PS/2 and Compaq models. 
System requirements include 640 Kbytes 
of memory and 4 Mbytes of extended 
memory, a math coprocessor, and a 
hard disk. 

Micro CADAM Plus costs $3,995. 
The software, supplied on floppy disks, 
comes with documentation, a self-study 
course, and a mouse. 
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CASE benefits evaluated 

Index Technology’s CASE Project 
Pack helps users evaluate the benefits of 
CASE technology on a pilot software 
development project. The program 
includes rental of the company’s 
Excelerator systems analysis and design 
software along with consulting, train¬ 
ing, and support. 

Under CASE Project Pack, Index 
Technology takes organizations through 
four phases of CASE implementation: 
project planning review, pretraining 
preparation, Excelerator and structured 
analysis training, and pilot project 
support. 

Prices range from $20,000 to $65,000 
according to the size of the project and 
the time required to complete it. 
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CASE tool extends Ada to meet DoD 3405.2 


Development system supports RISC processors 
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1C Announcements 


Company, Model, Function 


Analog Devices 

AD684 

SHA 


Analog Devices 
ADV476 
RAM DAC 


Analog Devices 

AD1380 

ADC 

Analog Devices 

AD7846 

DAC 

Analog Devices 
AD834 

Analog multiplier 


Chips and Technologies 
82C631 

EMS mapper chip 

Fujitsu Microelectronics 
MB8431, MB8432 
SRAMs 

Intel 

80376 

Embedded processor 

Micro Networks 
MN5820 
Flash ADC 


Motorola 

88000 

Microprocessors 


National Semiconductor 
Military HPC 
Controllers 

NCR 

86C01 

MCA interface 

Texas Instruments 

TIBPAD18N8-6 

PAD 

Texas Instruments 
EP610, EP910 
EPLDs 


Comments 


R.S. No. 


A quad sample-and-hold amplifier with max acquisition time per channel of 600 ns 120 

(±0.1 Vo) and lps (±0.01%) for a 10V step. Has independently controlled channels with 
internal hold capacitors. Comes in a 16-pin skinny DIP in three temperature grades. Cost 
(100s): starts at $23.50. 

A color palette RAM with a triple 6-bit DAC for pixel management and output drive for 121 
VGA and IBM PS/2 color graphics. Has a 256 x 18 color lookup table. Pin- and software- 
compatible with the Inmos IMSG171. Comes in a 28-pin plastic DIP. Cost (100s): $16 (35 
MHz), $17 (50 MHz), $20 (66 MHz). 

A 16-bit sampling analog-to-digital converter with a max 6 ps acquisition time and 14 ps 122 
conversion time and a throughput rate of 50 KHz. Comes in a 32-pin triple-width ceramic 
DIP. Cost (100s): $126 (JD grade), $152 (KD grade). 

A digital-to-analog converter with a segmented ladder architecture for 16 bits of resolution 123 
and monotonicity. Includes track-and-hold amplifiers. Comes in a 28-pin plastic or 
ceramic DIP and 40-terminal LCC. Cost (100s): starts at $19. 

A four-quadrant analog multiplier with a 500 MHz min bandwidth and max error of 2%. 124 

Available over two temperature ranges: commercial (J grade) and military (S grade). 

Comes in an 8-pin ceramic DIP or 8-pin small-outline package. Cost (100s): AD834J starts 
at $19.20; $68 for AD834SQ/883B. 

A single-chip implementation of the logic required to use the Lotus-Intel-Microsoft 125 

Expanded Memory Specification 4.0 in IBM XT, AT, and PS/2 computers. Consists of 
two register banks of 64 registers. Production scheduled for second quarter. Cost: $12.50. 

Dual-port, 8-bit, slave static RAMs with two independent addressing capabilities, chip 126 

selects, write enables, output enables, and I/O ports. Come in 48-pin and 52-pin plastic 
DIPs and 64-pin plastic flat packs. Cost (1,000s): $12. 

A 32-bit 80386 microprocessor derivative for embedded applications. Uses a 16-bit external 127 
data bus. Delivers 2.5-3.0 MIPS. Now available in production quantities. Comes in 100-pin 
plastic quad flat pack or 88-lead PGA. Cost (1,000s): $65. 

An 8-bit, 20-MHz flash analog-to-digital converter with an output three-state buffer and 128 
overrange flag. Contains a band-gap voltage reference, VRT and VRB amps, analog input 
buffer amp, and input termination resistor. Comes in a 24-pin double-wide DIP. Cost: 

$178-$233. 

A two-chip family of RISC microprocessors. Available for general sampling, with produc- 129 
tion scheduled for the second quarter. 88100 CPU integrates integer and floating-point. 

88200 CMMU handles cache memory design. Cost (samples): $494 for 88100, $619 for 
88200. 

Military versions of the 16-bit HPC family. Operate over the - 55 to 125 °C range. 130 

HPC003L17/883 comes in LDCCs and HPC003U17/883 in PGAs. Cost (100s): $275; $290 
for ROM versions. 

A single-chip Micro Channel bus interface for peripheral chips. Supports 8- or 16-bit data 131 
operations, operates in the MCA slave mode, and facilitates DMA data block transfers to 
and from memory. Cost (1,000s): $13.95. 

A 6-ns programmable address decoder containing 10 dedicated inputs and 8 product terms, 132 
each followed by an inverting buffer leading to an I/O port. Comes in a 20-pin plastic DIP 
or PLCC. Cost (1,000s): $9.40. 

Erasable programmable logic devices, second-source versions of Altera Corp.’s devices. 133 
EP610 has 4 dedicated inputs and 16 I/Os. EP910 has 12 dedicated inputs and 24 I/Os. 

EP610 comes in 24-pin DIPs or 28-pin J-lead LCCs, in 25-, 30-, and 35-ns versions. EP910 
comes in 40-pin DIPS or 44-pin J-lead LCC, in 30-, 35-, and 40-ns versions. Cost (1,000s): 
$10.78-$38.08. 
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Company, Model, Function 


Comments 


R.S. No. 


Force Computers 

CPU-27 

Computer 

Industrial Computer Source 

B386 CPU 

Computer 


Mayze Systems 
Synchro 1496 
Modem 

Northern Telecom 
Memorybank 940E 
Subsystem 

Orchid Technology 
Privilege 286-20e 
Motherboard 


Paracom 

MTM-Sun/xp 

Motherboard 


Paracom 
BBK-Q 
Bus interface 

Processor Sciences 
VGAvision 
Video board 


Quam 
Qc 1094 
Computer 

Radstone Technology 
PIO-1 

VME board 

Rapid Technology 
ASAP32 
Array processor 


Truevision 
NuVista HR 
Color card 


US Video 
Recordable VGA 
Video card 


Wave Mate 

Bullet-386SX 

Motherboard 


A 32-bit 68020-based single-board computer that runs at 12.5, 16.7, or 25 MHz. Includes 135 
SCSI I/O capability, serial and parallel lines, and optional Ethernet control. Comes with a 
real-time kernel plus monitor/debugger. Cost: from $4,490 to $5,590. 

A 32-bit 80386-based CPU card with BIOS stored in ROM, 80387 or Weitek coprocessor 136 
support, battery-backed real-time system clock, address-selectable parity-checked system 
memory with DMA circuitry, 16 programmable interrupts, and 16-bit AT bus interface. 

Cost: from $2,445 to $12,990. 

An autodial V32 9.6 Kbps modem with V33, V29, and V22 bis. Transmits at speeds from 137 
1.2 to 14.4 Kbps. Offers 12 preset configurations, stores four user-defined configurations. 
Monitors the transmission line. Comes as a stand-alone unit or as a card. No price given. 

A hard-disk/backup tape subsystem for Macintosh networks. Has 940 Mbytes of disk 138 

capacity and 2.3 Gbytes of tape backup storage, plus support software for disk manage¬ 
ment, data backup, and data restoration. Cost: $17,900. 

A motherboard running at 20 MHz using an 80286 from Harris Semiconductor. Employs a 139 
passive backplane architecture. Includes up to 8 Mbytes of direct access memory on the 
backplane. Supports EMS memory, DOS, OS/2, Network, and Unix. Cost (50s): $463 (0 
Kbytes). 

A Transputer-based motherboard, 9U VMEbus compatible, for Sun systems. Features 140 

three 96-pin daughterboard connections. Contains four T414 or T800 processors. Can pro¬ 
vide up to 10 Transputers. Has a 64 x 64 serial channel Network Configuration Unit on¬ 
board. Cost: starts at $12,895. 

A bus bridge for DEC’S Q-bus systems and external 32-bit Transputer processors. Adheres 141 
to DEC’S DR11-W parallel interface standard. Comes with a VAX/VMS V5.0-compatible 
device driver. Cost: $2,995. 

A video overlay board that adds NTSC video to an IBM PC, XT, AT, or compatible with 142 
any VGA board and monitor. Features noninterlaced video output at VGA frequencies. 

Requires one slot, two I/O ports, and no PC memory space. Uses the ITT Digit 2000 chip 
set. Cost: $1,299. 

A single-board computer based on Intel’s 80386SX processor. Runs at 16 MHz, accesses up 143 
to 8 Mbytes of on-board RAM. Comes with interfaces for floppy and hard disk drives, two 
serial ports, and one printer port. Cost: $895 for evaluation card with zero memory. 

A VME board with 32 channels of digital parallel I/O for process control and industrial 144 
automation. Operates as an A24-D16 VMEbus slave with interrupt facilities. Uses only the 
PI connector. Configurable for input only, output only, or monitored output. Cost: $890. 

An array processor board for the IBM PC AT, based on a 32-bit floating-point processor. 145 
Includes 2K x 32 bits of ROM and RAM, the ROM with basic math, vector, and I/O func¬ 
tions and the RAM loadable by the host PC with application-specific microcode. Also has 
a double buffer SRAM, 4K x 32 bits each. Cost: $1,350. 

A single-slot color display card for the Macintosh II. Provides 1,280 x 960 pixel display 146 
using 256 colors from a palette of 16.7 million. Comes in 2- and 4-Mbyte versions. Uses the 
TJ 34010 graphics processor. Compatible with Apple’s QuickDraw. Cost: $3,995 (2 
Mbytes) and $5,995 (4 Mbytes). 

A video card for the IBM PC, XT, AT, or compatible that provides video output for 147 

recordability of VGA text and graphics on any VCR. Can also produce an NTSC video sig¬ 
nal. Supports 640 x 480 in 256 colors, 800 x 600 in 16 colors, and 1,024 x 768 in 16 colors 
out of 256,000 displayable. Cost: $785. 

A motherboard based on the 16-bit, 16-MHz Intel 80386SX CPU. Runs with zero-wait- 148 
state RAM. RAM available in 512-, 1,024-, and 4096-Kbyte versions. Features standard 
AT bus and AT peripherals on the system board. Comes with a RAM utilities package; 

80387SX optional. Cost: $823 (512 Kbytes DRAM). 
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The Computer Society Press 
presents our newest 

ARTIFICIAL 

INTELLIGENCE 

PROCEEDINGS 


JUST RELEASED! 


Proceedings: 5th Conference on Artificial Intelligence Applications 

Devoted to the application of artificial intelligence techniques to real-world problems. Focuses on principles which underlie knowledge-based system 
applications and on case studies of knowledge-based application programs that solve significant problems. Papers focusing on principles of 
knowledge-based systems describe significant completed research, detailing how relevant AI techniques were applied effectively to important 
problems, software life cycle concerns, etc. Papers describing case studies describe applications of AI technology, demonstrating the solution of a sig¬ 
nificant problem, and include analyses of why the implementation techniques selected were appropriate. 

Order No. FZ1902 

ISBN 0-8186-1902-3: March 1989, 316 pp. 
list price $64.00/member price $32.00 


NEW RELEASES! 



NEW! 

Proceedings: 1989 Artificial 
Intelligence Applications In 
Government Conference 
Focuses on the use and develop¬ 
ment of artificial intelligence sys¬ 
tems by government agencies. 
Topics covered include machine 
learning, logic-based and com- 


under uncertainty, natural lan¬ 
guage processing, logistics, 
resource allocation, robotics, 
autonomous vehicles, advanced 
architectures, law, planning, and 
integrating methodologies. 
Order No. FZ1934 
ISBN 0-8186-1934-1 
Mar. 1989, c.400 pp. 

Ust price $70.00 
member price $35.00 
(pre-publication price-subject 
to change) 


NEW EVENT! 


NEW EVENT! 


Discusses new advances and fu¬ 
ture directions in the area of su¬ 
percomputing. Topics include 
supercomputing execution, 
development, application, sys¬ 
tem evaluation, management is¬ 
sues, mass storage, technical 
aspects of products, and user ex¬ 
perience. Geared for all persons 
connected with supercomputers: 
manufacturers, suppliers, and 
users from a wide variety of dis¬ 
ciplines. 

Order No. FZ882 
ISBN 0-8186-0882-X 
Nov. 1988,470 pp. 

Ust price $80.00 
member price $40.00 


Supercomputing ’88 - Science 
and Applications 
Includes papers that were 
presented at Supercomputing 
H8 but were not included in the 
conference proceedings. Edited 
by Joanne Martin and Stephen 
F. Lundstrom. 

Order No. FZ1923 
ISBN 0-8186-9923-X 
Mar. 1989, c.270pp. 

Ust price $49.95 
member price $34.95 
(pre-publication price-subject 
to change) 


ORDER TODAY! 


Charge It! 

CaU toll-free 1-800-CSBOOKS (1-800-272-6627) (in California call 714-821-8380) 8am to 4pm Pacific Time 
We accept: VISA • MasterCard • American Express 
Please have your IEEE or CS membership number avaUable for member discount. 

(Prices outside North America vary. All books subject to availability and prices subject to change.) 

Or Write: 

U.S. & Canada: Customer Service, IEEE Computer Society, 10662 Los Vaqueros Circle, Los Alamitos, CA 90720 USA 
Europe: Customer Service, IEEE Computer Society, 13, Avenue de l’Aquilon, B-1200 Brussels, BELGIUM 
Asia & Australia: Customer Service, IEEE Computer Society, Ooshima Building, 2-19-1 Aoyama, Minato-ku, Tokyo 107 JAPAN 

Interested in authoring a CS Press book? 

Contact: Editor-in-Chief, CS Press, 1730 Massachusetts Avenue, N.W., Washington, DC 20036 
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Department Editor Edmund L. Gallizzi of Eckerd College is serving in a visiting post at CRAI in Italy until July 31, 1989. Contact him at Consorzio per la Ricerca e le Applicazioni di 
Informatica, 87036 S. Stefano di Rende (CS), Italy; phone 011 (39) 984-833286; electronic mail, gallizzi@crai.uucp 


Jacobsen to address IEEE Robotics and Automation Conference 


Steve Jacobsen of the University of 
Utah Center for Engineering Design 
will deliver a talk entitled “Real Robots 
Show Just How Bad Reality Is” during 
the May 17 evening banquet at the 1989 
IEEE International Robotics and Auto¬ 
mation Conference. 

Jacobsen’s talk will deal with the next 
generation of Disney robots and other 
robot projects featuring multifingured 
hands and force-reflecting teleoperation 
arms and hands. 

The May 14-19 conference in Scotts¬ 
dale, Arizona, will feature six days of 
intensive presentations and discussions 
of intelligent robot systems. The event 
is sponsored by the IEEE Robotics and 
Automation Society. 

George A. Bekey of the University of 
Southern California is the general chair, 
and John Hollerbach of the Mas¬ 


sachusetts Institute of Technology is the 
program chair. 

The technical paper presentations will 
cover such topics as architectures, simu¬ 
lators, and systems; artificial intelli¬ 
gence and task planning; control of 
position and force; dextrous grasping, 
haptics, and tactile sensing; industrial 
applications; kinematics and dynamics; 
locomotion; mechanical design; mobile 
robots; nonvisual sensing and sensor 
fusion; path planning and collision 
avoidance; telerobotics; unstructured 
environments—space, undersea, 
nuclear plants; and vision. 

Tutorials are slated Sunday, May 14, 
and the morning of Monday, May 15. 
The May 14 tutorials are titled “Artifi¬ 
cial Intelligence: Techniques and Appli¬ 
cations” and “Theory and Application 
of Redundant Robots,” and the May 15 


tutorials will cover “Autonomous 
Mobile Robots” and “Fundamentals of 
Robot Vision Systems.” 

In addition, workshops will be 
devoted to “Task Strategy Generation 
and Skill Acquisition for Advanced 
Manipulation” (May 15), “Parallel 
Algorithms and Architectures in 
Robotics” (Friday, May 19) and “Inte¬ 
gration of AI and Robotic Systems” 
(also May 19). 

Additional information and a copy of 
the advance announcement can be 
obtained by telephoning Harry Hayman 
at (407) 483-3037, contacting Robotics 
and Automation, PO Box 3216, Silver 
Spring, MD 20901, or phoning (301) 
434-1990 after April 10. 

Attendees save $25 by registering 
before May 1. 


Massively parallel supercomputers hold key to 
scientific discovery, says Frontiers 88 keynoter 

James R. Fischer, NASA/Goddard Space Flight Center 
Mark A. Stevens, ST Systems Corporation 


“The supercomputer is essentially an 
instrument for scientific discovery,” 
Kenneth G. Wilson, 1982 Nobel Laure¬ 
ate in physics, told his audience when 
he keynoted the second Symposium on 
the Frontiers of Massively Parallel 
Computation. 

James R. Fischer of the NASA/God¬ 
dard Space Flight Center was general 
chair of Frontiers 88, with David H. 
Schaefer of George Mason University 
serving as program chair. The IEEE 
Computer Society, the IEEE National 
Capital Area Council, NASA, and 
George Mason University sponsored the 
event, held in Fairfax, Virginia, 

October 10-12. 

Comparing supercomputer develop¬ 
ment to the evolution of the telescope, 
Wilson of Ohio State University 
predicted we will see the supercomputer 
evolve over the next four centuries just 
as the microscope and telescope have 
evolved from the simple optical instru¬ 
ments of Galileo’s time four centuries 
ago to extremely sophisticated systems 


such as the Hubble Space Telescope. 

In drawing his analogy with the 
microscope and telescope, Wilson said 
that data visualization, the eyepiece of 
the supercomputer, is not yet perfected. 
He challenged the audience to develop 
faster, larger supercomputers that can 
more effectively model and predict 
complex dynamic systems ranging from 
Earth science phenomena to the simula¬ 
tion of complex molecules, and to 
revolutionize the programming environ¬ 
ments for these supercomputers in the 
process. 

The symposium sessions responded to 
Wilson’s appeal through 52 talks and 70 
poster presentations on computers 
capable of applying tens of thousands 
of processing elements to a single job 
and the data parallel techniques used in 
their programming. 

Echoing the need for larger, more 
powerful supercomputers, Gary Demos, 
producer of computer graphics for 
movies and television, urged the 
audience to push the state of the art in 



Kenneth G. Wilson presented the key¬ 
note address at Frontiers 88. 


scientific computing. 

“Graphics, as a discipline, acts very 
much like many scientific problems and 
tends to stress a lot of the general per¬ 
formance capabilities,” Demos said. He 
has many years of experience using 
supercomputers, including the 
65,536-processor Connection 
Machine-2 to develop high-end graphics 
algorithms. Demos punctuated his talk 
with numerous examples of graphics he 
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developed for movies, such as the 
design and color techniques used in 
generating the spaceship scenes for The 
Last Starfighter, which took nine 
months of solid computation to create. 

A panel composed of members of the 
Frontiers 88 program committee 
debated the relative futures of single¬ 
instruction, multiple-data stream and 
multiple-instruction, multiple-data 
stream computers. Most agreed that 
future massively parallel computers will 
incorporate features from both 
architectures to create hybrids that 
effectively solve a broader range of 
problems. 

The panel agreed that massively par¬ 
allel computing environments will 
become comparable to those of vector 
processors and will not be held back 
because of programmer resistance to 
new machines that do not port existing 
Fortran-based programs. 

The panelists represented a cross- 
section of academia, government, and 
industry and included Schaefer, Milton 
Halem (NASA/GSFC), Kai Hwang 
(University of Southern California), 
Dennis Parkinson (Active Memory 
Technology), John Reif (Duke Univer¬ 
sity), Anthony Reeves (Cornell Univer¬ 
sity), Paul Schneck (Supercomputing 
Research Center), Guy Steele, Jr. 
(Thinking Machines Corporation), and 
Leonard Uhr (University of Wisconsin). 

During an invited presentation, 

Azriel Rosenfeld of the University of 
Maryland discussed the impact mas¬ 
sively parallel computers are having on 
image processing and computer vision. 
Rosenfeld included examples drawn 
from his own experience using a CM-2 
at the university and expressed his wish 
for a massively parallel machine with a 
thousand-dollar price tag. 

“It would surprise me if, by the turn 
of the century, we weren’t within shoot¬ 
ing distance of that price, if not already 
there,” Rosenfeld said. 

Steele, designer of the C* and *Lisp 
parallel languages implemented on the 
Connection Machine, discussed com¬ 
mon design issues of programming lan¬ 
guages during another invited 
presentation. He examined some of the 
commonalities of programming lan¬ 
guages used on the CM-2, such as C* 
and Fortran, and stressed the impor¬ 
tance of building on existing work done 
on both serial and parallel computers. 

Looking to the future, Steele 
predicted that languages will have to 
incorporate increasingly sophisticated 
functions. 

“Themes that will become increas¬ 
ingly common include parallel matrix 
operations,” he said. Steele also men¬ 


tioned sorting and convolution as oper¬ 
ations that will play an increasingly 
important role in future parallel pro¬ 
gramming languages. 

Prior to the technical sessions, a 
tutorial session examined the architec¬ 
tures, programming languages, and 
algorithms for SIMD parallel comput¬ 
ing systems. Lecturers included Parkin¬ 
son, who explained the application of 
massively parallel supercomputers to a 
wide variety of problems using exam¬ 


ples drawn from his 13 years of experi¬ 
ence in programming the Distributed 
Array Processor. 

The symposium proceedings can be 
obtained by specifying order No. 892 
when contacting the Computer Society 
Press, 10662 Los Vaqueros Circle, Los 
Alamitos, CA 90720-2578, phone (800) 
CS-BOOKS. In California, dial (714) 
821-8380. The IEEE and Computer 
Society-member price is $48, and the 
nonmember price is $96. 


Thompson to deliver keynote at ASPLOS-III 


Joel Emer, Digital Equipment 

Ken Thompson of AT&T Bell 
Laboratories, cocreator of the Unix 
operating system and coauthor of the 
Belle championship computer chess 
program, will keynote the third Interna¬ 
tional Conference on Architectural Sup¬ 
port for Programming Languages and 
Operating Systems. The conference will 
be held in Boston April 3-6. 

Joel Emer of DEC is the general 
chair, and John Hennessy of Stanford 
University is the program chair. The 
conference is sponsored by the ACM in 
cooperation with the IEEE Computer 
Society’s Technical Committees on 
Microprocessors and Microcomputers, 
VLSI, and Operating Systems. 

In his keynote address, Thompson 
plans to present his views on the future 
evolution of computer architecture. A 
panel session is also planned to discuss 
the relative merits of contemporary 
architectural alternatives such as wide- 
instruction-word machines, superscalar 
machines, and micropipelined machines. 


The conference will begin with two 
half-day tutorials. Jim Goodman of the 
University of Wisconsin at Madison will 
conduct a tutorial on “Cache Con¬ 
sistency and Shared Memory Mul¬ 
tiprocessors,” and Ron Cytron of 
IBM’s T.J. Watson Research Center 
will conduct the other on “Program 
Analysis and Restructuring for Con¬ 
currency.” 

A 2/2-day single-track technical pro¬ 
gram will follow, featuring 27 papers 
selected from over 100 submittals. 
Topics to be covered include evalua¬ 
tions of wide-instruction-word architec¬ 
tures, a variety of instruction-level 
parallelism schemes, cache behavior, 
architectural support for synchroniza¬ 
tion, debugging, and specific languages. 

An advance program and registration 
form can be found on pp. 108-109 of 
the January issue of Computer. Further 
information can be obtained by con¬ 
tacting Toby Bloom at (617) 253-6023. 
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Bell-Northern’s Sakus to keynote Infocom 89 


Celia Desmond, Bell Canada 

Gedas Sakus, president of Bell- 
Northern Research, will be the keynote 
speaker at the eighth annual IEEE Con¬ 
ference on Computer Communications 
April 23-27. Sakus will speak at 9:30 
a.m. Tuesday, April 25. 

Slated in Ottawa, Canada, the 1989 
conference will be the first in the Info¬ 
com series held outside the US. The 
event is sponsored by the IEEE’s Com¬ 
puter and Communications Societies. 

Celia Desmond of Bell Canada is 
serving as the general chair of Infocom 
89, with Jon W. Mark of the University 
of Waterloo the technical chair. 

This year’s Infocom theme is “Tech¬ 
nology: Emerging or Converging?” and 
the technical program will cover key 
issues in the computer communications 
field. Since the first conference in the 
series in 1982, the number and quality 
of submitted papers has steadily 
increased. 

The three final conference days will 
feature some 40 technical sessions, with 
paper presentations and panel dis¬ 
cussions. 

The paper sessions will focus on such 
topics as LANs, MANs, and WANs 
(local, metropolitan, and wide area net¬ 
works), gateways/bridges, packet radio 
networks, packet voice systems, net¬ 
work management design/reliability, 
security, performance, modelling, inter¬ 
connection, and architectures. 

Panel discussions will focus on 
“Applications and Services in High- 
Speed Networks,” “ISDN Confor¬ 
mance Testing,” “Networks for Intelli¬ 
gent Manufacturing Systems,” 
“Network Security: Present and Future 
Technology,” “User Access to Broad¬ 
band ISDN: Full ATM or Otherwise?” 
“Groupware and Telecommunication 
Management,” and “Frame Relaying 
Service.” 

To open Infocom 89, well-known 
researchers will conduct two days of 
tutorials. Two half-day tutorials will be 
held Sunday, April 23. One, entitled 
“SuperNode,” will be conducted by 
John Perry of Bell-Northern Research. 
The other, titled “ISDN and BISDN 
Services and Applications,” will be con¬ 
ducted by a Bell Communications 
Research team made up of Stephen B. 
Weinstein, Joseph E. Rizzo, and 
Stephen E. Minzer. 

Perry’s presentation will feature a 
discussion of digital multiplex systems 
(DMS). He will address the evolution of 
a network switching node to an inte¬ 
grated network node. 

Weinstein, Rizzo, and Minzer will 


discuss the introduction and application 
of the Integrated Services Digital Net¬ 
work and describe its evolution to 
broadband ISDN, specifically address¬ 
ing multimedia, computer-supported 
applications. 

Three full-day tutorials are scheduled 
Monday, April 24. Ivan P. Kaminow 
and Nicholas Maxemchuk, two AT&T 
Bell Laboratories researchers, will dis¬ 
cuss optical components and their 
effects on network topologies and 
access protocols. Consultant Harold 


Keynoter Julian Reitman predicted 
faster simulation systems and improved 
user interfaces to assist model develop¬ 
ment in the not-too-distant future when 
he spoke at the 1988 Winter Simulation 
Conference in San Diego. 

Peter Haigh of NCR served as WSC 
88 conference chair, and John Comfort 
of Florida International University was 
the program chair. The IEEE Computer 
Society and its Technical Committee on 
Simulation were among seven sponsors 
of the December 12-14 event. 

Reitman, who has a distinguished list 
of credentials in support of simulation, 
is affiliated with the University of Con¬ 
necticut at Stamford and George Mason 
University. His talk was entitled “A 
Concise History of the Ups and Down 
of Simulation.” 

Explaining that the outlook for simu¬ 
lation is influenced by hardware and 
software developments, Reitman said 
that absorbing the rapid hardware 
changes going on will take time. 

But, he said, “When current hard¬ 
ware capabilities are fully used, we will 
be able to use a network of processors, 
PC or microprocessor elements, to 
retain the parallelism of the real world; 
increase the number of processors to 
speed up the simulation to meet realistic 
real-world speed and capacity require¬ 
ments; include in the processing net¬ 
work some processors using actual 
real-time data along with those doing 
the simulation ... to allow some ele¬ 
ments to be performing discrete events 


Podell will focus on network security, 
emphasizing OSI security architecture 
and the Trusted Computer System 
Evaluation Criteria (a US Defense 
Department standard). Radia Perlman 
of DEC will address two schemes for 
interconnecting local area networks. 

For an advance program, see pp. 
99-102 of the January 1989 issue of 
Computer or contact Celia Desmond, 
Bell Canada, 438 Bay St., Floor 5, 
South Tower, Toronto, Ont., Canada 
M5G 2E1, phone (416) 581-2318. 


and others continuous simulations; and 
dedicate graphical coprocessors to ena¬ 
ble the viewer to observe the simulation 
in the simulation time reference.” 

He added that “simulation language 
capabilities will have additional features 
to reduce the effort to build the model 
and to allow greater flexibility when 
running the simulation.” 

The conference drew over 500 from 
academia and industry representing a 
variety of specializations. 

WSC’s technical program featured 
tutorials and over 120 paper presenta¬ 
tions on methodologies and applica¬ 
tions, all designed to provide material 
for both the novice and the advanced 
simulationist. The conference provided 
attendees an opportunity to share new 
developments and keep updated in 
many areas of simulation. 

The tutorials ranged from general 
introductory software to specific simu¬ 
lation topics. 

The modeling methodology track 
offered a variety of interests, including 
knowledge-based simulation and dis¬ 
tributed/parallel simulation. The manu¬ 
facturing and military applications 
tracks described many application- 
specific problems the simulationist 
faces. Some presenters illustrated prob¬ 
lems and solution techniques; others 
demonstrated how new technologies can 
be applied to improve decision making. 

The next conference in the WSC 
series will be held in Washington, DC, 
December 4-6. 


Innovations for advancement of simulation, 
simulation applications presented at WSC 88 

Carolyn K. Davis, General Dynamics 

Robert G. Strader, Stephen F. Austin State University 
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CALENDAR 


March 1989 


PCCC 89, Phoenix Conf. on Com- 
vs? puters and Communications, Mar. 
22-24, Scottsdale, Ariz. Cosponsor: Arizona 
State Univ. Contact T.D. Regulinski, Relia¬ 
bility Training Inst., PO Box 275, Avondale, 
AZ 85323, phone (602) 264-2335. 


AISIG 89, Artificial Intelligence Sys- 
terns in Government Conf., Mar. 
27-31, Washington, DC. Cosponsors: 
George Washington Univ., Mitre Corp. 
Contact Jude Franklin, Government Infor¬ 
mation Systems, 1500 Planning Research 
Dr., McLean, VA 22102, phone (703) 
556-1990; or IEEE Computer Society, 1730 
Massachusetts Ave. NW, Washington, DC 
20036-1903, phone (202) 371-1013. 


SPIE Technical Symp. on Aerospace Sens¬ 
ing, Mar. 27-31, Orlando, Fla. Sponsor: Int’l 
Society for Optical Engineering. Contact 
Doris Dowd, SPIE, PO Box 10, Bellingham, 
WA 98227-0010, phone (206) 676-3290. 


First Conf. on Innovative Applications of 
Artificial Intelligence, Mar. 28-30, Stanford, 
Calif. Sponsor: American Assoc, for Artifi¬ 
cial Intelligence. Contact AAAI, 445 Burgess 
Dr., Menlo Park, CA 94025, phone (415) 
328-3123. 

Baltimore 89 Manufacturing Productivity 
Conf., Mar. 28-30, Baltimore. Sponsor: 
Society of Manufacturing Engineers. Con¬ 
tact Technical Activities, SME, PO Box 930, 
Dearborn, MI 48121-0930, phone (313) 
271-1080. 


Eastern Multiconference, Mar. 28-31, 

Tampa, Fla. Sponsor: Society for Computer 
Simulation. Contact SCS, PO Box 17900, 
San Diego, CA 92117-7900, phone (619) 
277-3888; or Allan Rutan, Radar Systems 
Lab, Raytheon, Wayland, MA 01778, phone 
(617)440-5088. 


£1^ Third Parallel Processing Symp., Mar. 
W 29-31, Fullerton, Calif. Cosponsors: 
California State Univ., Fullerton et al. Con¬ 
tact Larry Canter, Computer Systems 
Approach, Inc., 1140 S. Raymond Ave., 
Suite B, Fullerton, CA 92631, phone (714) 
738-3414. 


IEEE Built-In Self-Test Workshop, 
^87 Mar. 29-31, Charleston, S.C. Contact 
Richard Sedmak, Self-Test Services, 6 Lin- 
denwold Terr., Ambler, PA 19002, phone 
(215)628-9700. 


Eighth Symp. on Principles of Database Sys¬ 
tems, Mar. 29-31, Philadelphia. Sponsor: 
ACM. Contact Avi Silberschatz, Computer 
Science Dept., Univ. of Texas at Austin, 
Austin, TX 78712. 


^ Conferences that the IEEE Computer Society sponsors or participates in are indi- 
XS? cated by the Computer Society logo; additional conference sponsors are also 
listed. Other conferences of interest to our readers are included, as well. 

For inclusion in Call for Papers or Calendar, submit information six weeks before 
the month of publication (i.e., for the May 1989 issue, send information for receipt by 
March 15, 1988) to Chuck Governale, Calendar Dept., Computer , 10662 Los Vaqueros 
Circle, Los Alamitos, CA 90720. 


Workshop on Applied Computing 89, 
Mar. 30-31, Stillwater, Okla. Cospon¬ 
sors: National Science Foundation et al. 
Contact Donald D. Fisher, Oklahoma State 
Univ., CIS, Stillwater, OK 74078, phone 
(405) 624-5668. 

CMC 89, Colorado Microelectronics Conf., 
Mar. 30-31, Colorado Springs, Colo. Con¬ 
tact Conf. Secretary, CMC 89, Microelec¬ 
tronics Research Labs, Univ. of Colorado, 
Box 7150, Colorado Springs, CO 
90933-7150, phone (719) 593-3488. 

Western Educational Computing Conf., 
Mar. 30-31, Santa Cruz, Calif. Sponsor: 
California Educational Computing Consor¬ 
tium. Contact Judah Rosenwald, Extended 
Education, NAD 153, San Francisco State 
Univ., 1600 Holloway, San Francisco, CA 
94132, phone (415) 338-1212. 


Second Florida Artificial Intelligence 
Research Symp., Apr. 3-7, Orlando, Fla. 
Contact Avelino J. Gonzalez, Computer 
Engineering Dept., Univ. of Central Florida, 
Orlando, FL 32816, phone (407) 281-5027. 

Int’l Symp. on Database Systems for 
Advanced Applications, Apr. 10-12, 

Seoul, Korea. Cosponsors: IPSJ, Korean 
Information Science Society. Contact Sukho 
Lee, Computer Engineering Dept., Seoul 
National Univ., Sinlim-Dong, Gwanak-ku, 
Seoul 151, Korea, phone 82 (2) 886-0101. 

MIV 89, Int’l Workshop on Industrial Appli¬ 
cations of Machine Intelligence and Vision, 
Apr. 10-12, Tokyo. Cosponsors: IEEE et al. 
Contact Mitsuru Ishizuka, Inst, of Industrial 
Science, Univ. of Tokyo, 7-22-1, Roppongi, 
Minato-ku, Tokyo, 106, Japan, phone 81 
(03) 470-5389. 


April 1989 

Second National Conf. on Telecommunica¬ 
tions, Apr. 2-5, York, England. Sponsor: 
Institution of Electrical Engineers. Contact 
IEE Conf. Services, Savoy PL, London 
WC2R 0BL, UK, phone 44 (1) 240-1871, ext. 
222 . 


® ASPLOS III, Third Int’l Conf. on 
Architectural Support for Program¬ 
ming Languages and Operating Systems, 
Apr. 3-6, Boston. Cosponsor: ACM. Con¬ 
tact Joel Emer, DEC/MIT, 545 Technology 
Square (NE43-503), Cambridge, MA 02139, 
phone (617) 253-7341. 


First Hong Kong Int’l Computer Conf., 

Apr. 10-14, Hong Kong. Sponsor: American 
Federation of Information Processing Socie¬ 
ties et al. Contact George R. Eggert, AFIPS, 
2200E Devon Ave., Suite 268, Des Plaines, 
IL 60018, phone (312) 299-4227; or Alex 
Tzang, Suite 705 East Town Bldg., 41 Lock¬ 
hart Rd., Hong Kong, phone 852 (5) 
286-136. 

1989 IEEE VLSI Test Workshop, Apr. 
N57 11-13, Atlantic City, NJ. Sponsors: 
IEEE Computer Society Test Technology 
Committee, IEEE Philadelphia Section. 
Contact Wesley E. Radcliffe, IBM-CTD, 
B/321-5E1, D/277, East Fishkill Facility, 
Hopewell Junction, NY 12533, phone (914) 
894-4346. 


Working Conf. on Visual Database Systems, 
Apr. 3-7, Tokyo. Cosponsors: IFIP, IPSJ. 
Contact IFIP TC-2 Working Conf., 

Tosiyasu L. Kunii, Information Science 
Dept., Faculty of Science, Univ. of Tokyo, 
7-3-1 Hongo, Bunkyo-ku, Tokyo 113, 

Japan, phone 81 (3) 812-2111, ext. 4116. 

Third Eurographics Workshop on Intelligent 

CAD Systems, Apr. 3-7, Texel, The Nether¬ 
lands. Sponsor: Center for Mathematics and 
Computer Science. Contact Marja Hegt, 
CMCS, Kruislaan 413, 1098 SJ Amsterdam, 
The Netherlands, phone 31 (20) 592-4058. 


Electro 89, Apr. 11-13, New York City. 
Sponsors: IEEE, ERA. Contact Electro 89, 
8110 Airport Blvd., Los Angeles, CA 90045, 
phone (213) 772-2965. 

ETC 89, First European Test Conf., 
Apr. 12-14, Paris. Cosponsor: Societe 
des Electriciens et des Electroniciens. Con¬ 
tact Roger Cogonen, 36 Ave. Jean Janurs, 
95230 Soisy Sous, Montmorency, France, 
phone 33 (1) 39-89-03-46; or Colin Maunder, 
British Telecom Research Labs, Martlesham 
Heath, Ipswich, Suffolk IPS 7RE, phone 44 
(473) 642-706. 
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NCGA 89, Apr. 17-20, Philadelphia. Spon¬ 
sor: National Computer Graphics Assoc. 
Contact NCGA, 2722 Merrilee Dr., Suite 
200, Fairfax, VA 22031, phone (800) 
225-6242. 


First Symp. on Parallel and Dis- 
vs7 tributed Processing, Apr. 20-21, 

Dallas. Contact Behrooz Shirazi, Computer 
Science Dept., Southern Methodist Univ., 
Dallas, TX 75275, phone (214) 692-2874. 


Multimedia 89, Second Comsoc Int’l Mul¬ 
timedia Communications Workshop, Apr. 
20-23, Ottawa, Canada. Cosponsors: IEEE 
et al. Contact Ottawa Carleton Research 
Inst., 300 March Rd., Suite 204, Kanata, 
Ont., Canada K2K 2E2, phone (613) 
592-8160. 


Infocom 89, Conf. on Computer Com- 
munications, Apr. 23-27, Ottawa, 
Canada. Contact Celia Desmond, Telecom 
Canada, 438 Bay St., FL5S (C5), South 
Tower, Toronto, Ont., Canada, M5G 2E1, 
phone (416) 581-2318. 


Vision 89, Apr. 25-27, Chicago. Sponsor: 
Society of Manufacturing Engineers. Con¬ 
tact Maria Nowakowski, SME, 1 SME Dr., 
PO Box 930, Dearborn, Ml 48121, phone 
(313) 271-1500, ext. 376. 


Third Workshop on Empirical Studies of 
Programmers, Apr. 29-30, Austin, Tex. 
Sponsor: Foundation for the Empirical 
Studies of Programmers. Contact Gary 
Olson, Cognitive Science and Machine Intel¬ 
ligence Lab, Univ. of Michigan, Ann Arbor, 
MI 48109-1234, phone (313) 747-4948; or 
Elliot Soloway, Univ. of Michigan, EECS 
Dept., 1101 Beal Ave., Ann Arbor, MI 
48109, phone (313)936-1562. 


May 1989 


® 1989 IEEE Symp. on Research in Secu¬ 
rity and Privacy, May 1-3, Oakland, 
Calif. Contact Terry V. Benzel, Trusted 
Information Systems, 11340 Olympic Blvd., 
Suite 265, Los Angeles, CA 90064, phone 
(213) 477-5828. 


1989 SME Int’l Conf., May 1-4, Detroit. 
Sponsor: Society of Manufacturing 
Engineers. Contact SME, PO Box 930, Dear¬ 
born, MI 48121, phone (313) 271-1500. 

Third AI Research in Environmental Science 
Workshop, May 2-4, Washington, DC. Con¬ 
tact William R. Moninger, Environmental 
Research Labs, NOAA, R/E2, 325 Broad¬ 
way, Boulder, CO 80803, phone (303) 
497-6435. 

Sixth Canadian Symp. on Instructional 
Technology, May 3-5, Halifax, N.S., 
Canada. Sponsor: National Research Coun¬ 
cil Canada. Contact Laurier Forget, CSIT, 
Conf. Services, NRCC, Ottawa, Ont. K1A 
OR6, Canada, phone (613) 993-9009. 

20th Pittsburgh Conf. on Modeling and 
Simulation, May 4-5, Pittsburgh, Pa. Spon¬ 
sor: Univ. of Pittsburgh. Contact William G. 
Vogt or Marlin H. Mickle, 348 Benedum 
Engineering Hall, Univ. of Pittsburgh, Pitts¬ 
burgh, PA 15261. 

Robots 13, May 7-11, Gaithersburg, Md. 
Sponsor: Society of Manufacturing 
Engineers. Contact Rebecca Alsup, SME, 1 
SME Dr., Dearborn, Ml 48121, phone (313) 
271-1500, ext. 358. 

STA 5, Fifth Structured Techniques Assoc. 
Conf., May 8-11, Chicago. Sponsors: STA, 
ACM. Contact STA, c/o Robert Binder Sys¬ 
tems Consulting, Inc., 3 First National 
Plaza, Suite 1400, Chicago, IL 60602. 


Cosponsors: Scientific Society of Measure¬ 
ment and Automation (MATE). Contact 
MATE Secretariat, 1055 Budapest, Kossuth 
L. ter 6-8, Hungary, phone (1) 531-406. 


Sixth IEEE Workshop on Real-Time 
W Operating Systems and Software, May 
11-12, Pittsburgh. Cosponsor: Carnegie Mel¬ 
lon Univ. Contact Andre van Tilborg, Office 
of Naval Research, 800 N. Quincy St., 
Arlington, VA 22217-5000, phone (202) 
696-4302. 


AAMS1 Congress 89, May 11-13, San Fran¬ 
cisco. Sponsor: American Assoc, for Medi¬ 
cal Systems and Informatics. Contact 
AAMSI, Suite 700, 1101 Connecticut Ave. 
NW, Washington, DC 20036, phone (202) 
857-1189. 


First Int’l Workshop on Human and 
Machine Cognition, May 11-13, Santa Rosa 
Island, Fla. Contact Ken Ford, Computer 
Science Div., Univ. of West Florida, Pensa¬ 
cola, FL 32514, phone (904) 474-2551. 

Int’l Conf. on Robotics and Automation, 
May 14-19, Scottsdale, Ariz. Sponsor: IEEE. 
Contact Harry Hayman, PO Box 3216, Sil¬ 
ver Spring, MD 20901, phone (301) 434-1990 
or (407) 483-3037. 


11th Int’l Conf. on Software Engineer- 
si^ ing, May 15-18, Pittsburgh. Cospon¬ 
sor: ACM. Contact Larry Druffel, Software 
Engineering Inst., Carnegie Mellon Univ., 
Pittsburgh, PA 15233, phone (412) 

268-7740; or IEEE Computer Society, 

1730 Massachusetts Ave. NW, Washington, 
DC 20036-1903, phone (202) 371-0101. 


Sixth Conf. on Real-Time Applications in 
Nuclear, Particle, and Plasma Physics, May 
15-18, Williamsburg, Va. Sponsors: IEEE et 
al. Contact Roy Whitney, 12000 Jefferson 
Ave., Newport News, VA 23606, phone 
(804) 249-7536. 


39th IEEE Vehicular Technology Conf., 
Apr. 29-May 2, San Francisco. Contact 
Frank Thatcher, 564 Market St., Suite 612, 
San Francisco, CA 94104, phone (415) 
956-6118. 


Physical Design Workshop, Apr. 30-May 3, 

Long Beach, Calif. Sponsors: IEEE, ACM. 
Contact Jamie Kirkendall, ACM, 11 W. 
42nd St., New York, NY 10036, phone (212) 
869-7440; or Bryan Preas, Xerox PARC, 
3333 Coyote Hill Rd., Palo Alto, CA 94304, 
phone (415) 494-4845. 


CHI 89, Conf. on Human Factors in 
Computing Systems, Apr. 30-May 4, 

Austin, Tex. Cosponsors: ACM, Human 
Factors Society. Contact Claudia Raun or 
Bill Curtis, MCC, PO Box 200195, Austin, 
TX 78720, phone (512) 338-3798. 


34th Int’l Instrumentation Symp., Apr. 
30-May 4, Orlando, Fla. Sponsor: Instru¬ 
ment Society of America. Contact Frederick 
A. Kern, PO Box 65, Seaford, VA 23696, 
phone (804) 865-3269. 


34th Int’l SAMPE Symp., May 8-11, Reno, 
Nev. Sponsor: Society for the Advancement 
of Material and Process Engineering. Con¬ 
tact Marge Smith, SAMPE, PO Box 2459, 
843 W. Glentana, Covina, CA 91722, phone 
(818)331-0616. 

CompEuro 89, Int’l Conf. on VLSI 
and Computer Peripherals, May 8-12, 

Hamburg. Cosponsors: Gesellschaft fur 
Informatik et al. Contact Walter E. Proeb- 
ster, IBM Lab, PO Box 1380, D-7030 Boeb- 
lingen, Schonaicher Str. 220, Federal 
Republic of Germany, phone 49 (70) 
3116-3929. 

ICCAL 89, Second Int’l Conf. on 
Computer-Assisted Learning, May 9-11, 

Dallas. Sponsor: Computer Learning 
Research Center, Univ. of Texas at Dallas. 
Contact Janet Harris, Center for Continuing 
Education, Univ. of Texas at Dallas, PO 
Box 830688, MS CN 1.1, Richardson, TX 
75083-0688. 

CCC 89, Second Hungarian Custom Circuit 
Conf., May 10-12, Szeged, Hungary. 


18th Mumps Users Group Annual Meeting, 
May 15-19, Seattle. Contact Mumps Users 
Group, 4321 Hartwick Rd., Suite 510, Col¬ 
lege Park, MD 20740, phone (301) 779-6555. 

SID 89, Society for Information Display 
Int’l Symp., Seminar, and Exhibition, May 
15-19, Baltimore. Contact Society for Infor¬ 
mation Display, c/o Palisades Inst, for 
Research Services, 201 Varick St., Rm. 1140, 
New York, NY 10014, phone (212) 620-3375. 

Int’l Symp. on VLSI Technology, Sys¬ 
tems, and Applications, May 17-19, 

Taipei, Taiwan. Cosponsors: Republic of 
China National Science Council, Industrial 
Technology Research Inst. Contact Alice M. 
Chiang, MIT, Lincoln Lab, Lexington, MA 
02173-0073, phone (617) 9814629. 

Chapel Hill Workshop on Volume Visualiza¬ 
tion, May 18-19, Chapel Hill, N.C. Sponsor: 
Univ. of North Carolina, Molecular 
Graphics Society. Contact Frederick P. 
Brooks, Jr., Computer Science Dept., Univ. 
of North Carolina, Chapel Hill, NC 
27599-3175 
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^ Fifth Int'l Workshop on Software 
V57 Specification and Design, May 19-20, 

Pittsburgh. Cosponsor: ACM. Contact Sol 
J. Greenspan, GTE Labs, 40 Sylvan Rd., 
Waltham, MA 02254, phone (617) 466-2962; 
or Colin Potts, MCC, 9390 Research Blvd., 
Kaleido II Bldg., Austin, TX 78759, phone 
(512)338-3629. 

£3^ First IEEE Symp. on Parallel and Dis- 
\S/ tributed Processing, May 22-23, 

Dallas. Sponsor: Dallas Section of the IEEE 
Computer Society. Contact Mark Shado- 
wens, Information Technologies Lab, Texas 
Instruments, PO Box 655474, MS 238, 

Dallas, TX 75265, or call Behrooz Shirazi at 
(214)692-2874. 

AMAST, Int’l Conf. on Algebraic Method¬ 
ology and Software Technology, May 22-24, 

Iowa City, Iowa. Contact Eugene Madison 
or Teodor Rus, Computer Science and 
Mathematics Dept., Uriiv. of Iowa, Iowa 
City, IA 52242, phone (319) 335-0742 or 
0694. 

Sixth Int’l Conf. on Testing Computer Soft¬ 
ware, May 22-25, Washington, DC. Spon¬ 
sors: DPMA, ACM. Contact Genevieve 
Houston-Ludlam, Frontier Technologies, 
2444 Solomons Island Rd., Suite 205, 
Annapolis, MD 21401, phone (301) 

266-8244. 

10th Tunisian French Seminar of Com- 
V5/ puter Science: The Role of Languages 
in Programming, May 23-25, Tunis, Tunisia. 
Cosponsor: Tunisian Information Processing 
Society. Contact Abdelfettah Belghith, Dept, 
d’lnformatique, Faculte des Sciences de 
Tunis, 1002 Belvedere Tunisa; or Ali Mili, 
Faculty of Sciences, Univ. of Tunis II, 
Campus Universitaire, 1002 Belvedere, 
Tunisia, 

SIGMetrics 89 and Performance 89, May 
23-26, Berkeley, Calif. Sponsors: ACM, 

IFIP. Contact Luis-Felipe Cabrera, IBM 
Almaden Research Center, Mail Code 
K52/803, San Jose, CA 95120-6099, phone 
(408)927-1838. 

ICCI 89, Int’l Conf. on Computing and 
Information, May 23-27, Toronto. Contact 
Waldemar W. Koczkodaj, Laurentian Univ., 
CoSc, Sudbury, Ont., Canada P3E 2C6, 
phone (705)675-1151. 

Workshop on New Directions in Computer 
Chess, May 28-June 1, Edmonton, Alta., 
Canada. Sponsors: Int’l Computer Chess 
Assoc., Canadian Information Processing 
Society. Contact Tony Marsland, Comput¬ 
ing Science Dept., Univ. of Alberta, Edmon¬ 
ton, Alta., Canada T6G 2H1. 

^ 16th Int’l Symp. on Computer Archi- 
lecture, May 28-June 1, Jerusalem, 
Israel. Cosponsor: ACM. Contact M. Yoeli, 
Computer Science Dept., Technion City, 
Haifa 32000, Israel, phone 972 (4) 294-314. 

19th Int'l Symp. on Multiple-Valued 
vS/ Logic, May 29-31, Guangzhou, China. 
Cosponsors: Chongging Univ. et al. Contact 
David M. Miller, Computer Science Dept., 


WHERE SOFTWARE 
IS A SCIENCE 

TASC is a highly-regarded and rapidly-growing 1500- 
person applied research organization, providing govern¬ 
ment and commercial clients with a broad spectrum of 
computer-based analytic services and software. Here, 
computer science professionals play key roles in a vari¬ 
ety of important technical activities within such fields as 
imaging, artificial intelligence and advanced computer 
graphics. We currently have several opportunities for 
successful computer scientists who can meet TASC’s 
standards, widely-acknowledged to be challenging, de¬ 
manding and rewarding. If you are interested in learning 
more about our unique and successful environment, 
where software is indeed a science, please review the 
following openings: 

IMAGE SYSTEMS ENGINEER 

Apply image processing, computer vision and Al tech¬ 
niques within such fields as remote sensing, target de¬ 
tection, data fusion and decision support. Requires an 
MS in EE, CS or a related field and 5 years’ profes¬ 
sional and/or academic background in appropriate activ¬ 
ities. Publications and/or management experience are 
desirable. 

GRAPHICS/IMAGE SCIENTIST 

Take a senior technical role in all phases of graphics 
systems development and analysis, utilizing expertise in 
synthetic scene generation, computer graphics and sen¬ 
sor simulation. Requires MS in a technical field, and ex¬ 
perience in graphics software development for 3 -D 
modeling and animation. Familiarity with SUN, PIXAR 
and Silicon Graphics hardware desirable, as is ex¬ 
perience with parallel/supercomputing technologies. 

GRAPHICS PROGRAMMER 

Develop concepts, algorithms, systems and graphical 
techniques for visual simulation, graphics interfaces and 
scientific visualization. Requires BS in a technical field, 
and experience in developing graphics software for 3-D 
modeling and animation with SUN, PIXAR and Silicon 
Graphics hardware a plus. 

TASC provides a unique compensation plan, includ¬ 
ing a salary philosophy sensitive to achievement, a 
supportive program of benefits, and immediate par¬ 
ticipation in a well-established profit-sharing p‘— 
Please write to Coley I. Rybicki. 


An Equal Opportunity 
Employer, M/F. 

U.S. Citizenship 



55 Walkers Brook Drive 
Reading, MA 01867 
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CIPS National Congress 89, May 29-June 2, 

Edmonton, Alta., Canada. Sponsor: CIPS. 
Contact Congress 89, PO Box 1277, Main 
Post Office, Edmonton, Alta., Canada T5J 
2M8, phone (403)488-1879 

Inl’l Conf. on Systolic Arrays, May 
va * 31-June 2, Kiliarney, Ireland. Cospon¬ 
sor: Queen’s Univ. of Belfast. Contact Earl 
Swartzlander, TRW, 1 Space Park, Redondo 
Beach, CA 90278, phone (213) 535-4321. 


June 1989 


IEEE Pacific Rim Conf. on Communica¬ 
tions, Computers, and Signal Processing, 
June 1-2, Victoria, B.C., Canada. Sponsor: 
IEEE Victoria Section, Univ. of Victoria. 
Contact Warren D. Little, Dept, of Electrical 
and Computer Engineering, Univ. of Victo¬ 
ria, PO Box 1700, Victoria, B.C., Canada 
V8W 2Y2, phone (604) 721-8686. 

ICGA 89, Third Inf I Conf. on Genetic 
Algorithms, June 4-7, Washington, DC. 
Contact J. David Schaffer, Philips Labs, 345 
Scarborough Rd., Briarcliff Manor, NY. 

£3^ CVPR 89, Conf. on Computer Vision 
X57 and Pattern Recognition, June 4-8, 

San Diego, Calif. Contact Rama Chellappa, 
PHE324, Electrical Engineering-Systems 
Dept., Univ. of Southern California, Univer¬ 
sity Park, MC-0272, CA 90089, phone (213) 
743-8559. 

© Fourth Israel Conf. on Computer Sys¬ 
tems and Software Engineering, June 
5-6, Tel Aviv. Cosponsors: Israel Chapter of 
IEEE Computer Society, Information Pro¬ 
cessing Assoc, of Israel. Contact S. Koenig, 
Ortra Ltd., PO Box 50432, Tel Aviv 61500, 
Israel, phone 972 (3) 664-825. 

© Fourth Symp. on Logic in Computer 
Science, June 5-8, Pacific Grove, 

Calif. Cosponsor: ACM. Contact Albert 
Meyer, Computer Science Lab, MIT, 545 
Technology Square, Cambridge, MA 02139. 

£1^ Ninth Int’l Conf. on Distributed Com- 
N&7 puling Systems, June 5-9, Newport 
Beach, Calif. Contact Kane Kim, Computer 
Engineering Program, Electrical Engineering 
Dept., Univ. of California, Irvine, CA 
92717, phone (714) 856-5542. 

^ Working Conf. on Computer-Aided 
XS7 Design Systems Using Artificial Intelli¬ 
gence Techniques, June 6-7, Tokyo. Cospon¬ 
sor: IFIP, IPSJ. Contact Akihiko Yamada, 
NEC, 4-14-22 Shibaura, Minato-ku, Tokyo 
108, Japan; or Kozo Kinoshita, Faculty of 
Integrated Arts and Sciences, Hiroshima 
Univ., 1-1-89 Sendamachi, Naka-ku, 
Hiroshima 730, Japan, phone 81 (82) 
249-9150. 


Third Int’l Workshop on Wafer Scale Inte¬ 
gration, June 6-8, Comb, Italy. Sponsor: 
IFIP. Contact Mariagiovanna Sami, Dip. di 
Elettronica, Politecnico di Milano, Piazza 
Leonardo da Vinci 32, 1-20133 Milan, Italy, 
phone 39 (2)23-99-35-16. 

£3^ Second Int’l Conf. on Industrial and 
Engineering Applications of Artificial 
Intelligence and Expert Systems, June 6-9, 

Tullahoma, Tenn. Cosponsors: ACM, Univ. 
of Tennessee Space Inst. Contact Moonis 
Ali, Univ. of Tennessee Space Inst., Tulla¬ 
homa, TN 37388, phone (615) 455-0631. 

Ninth Int’l Symp. on Protocol Specification, 
Testing, and Verification, June 6-9, 

Enschede, The Netherlands. Sponsor: IFIP. 
Contact ICSC, Univ. of Twente, PO Box 
217, 7500 AE Enschede, The Netherlands. 

Eighth Biennial University/Govern- 
ment/lndustry Microelectronics Symp., June 
12-14, Westborough, Mass. Sponsors: Int’l 
Society for Hybrid Microelectronics, IEEE. 
Contact Richard B. Gold, Massachusetts 
Microelectronics Center, 75 North Dr., 
Westborough, MA 01581. 

Workshop on Automatic Verification 
Methods for Finite Stale Systems, June 
12-14, Grenoble, France. Sponsor: C-cube, 
the French National Project on Parallelism. 
Contact Edmund M. Clarke, Jr., Carnegie 
Mellon Univ., Computer Science Dept., 
Pittsburgh, PA 15213-3890; A. Pnueli, 
Weizmann Inst., Rehovot, Israel; or J. 
Sifakis, LGI-IMAG, BP 53X, 38041 Greno¬ 
ble Cedex, France. 

ICAIL 89, Second Int’l Conf. on Artificial 
Intelligence and Law, June 13-16, Vancou¬ 
ver, Canada. Contact Robert T. Franson or 
Joseph C. Smith, Faculty of Law, Univ. of 
British Columbia, Vancouver, B.C., 

Canada, phone (604) 228-2323. 

Int'l Conf. on Software Engineering and 
Knowledge Engineering, June 15-17, 

Chicago. Contact Shi-Kuo Chang, Computer 
Science Dept., Univ. of Pittsburgh, 322 
Alumni Hall, Pittsburgh, PA 15260, phone 
(412) 624-8490. 

First Symp. on Parallel Algorithms and 
Architectures, June 18-21, Santa Fe, N.M. 
Sponsor: ACM. Contact Tom Leighton, 
Math Dept, and Computer Science Lab, 

MIT, Cambridge, MA 02139. 

^3^ Int’l Workshop on Hardware Fault 
Tolerance in Multiprocessors, June 
19-20, Urbana, Ill. Contact Prith Banerjee, 
Coordinated Science Lab, Univ. of Illinois, 
1101 W. Springfield Ave., Urbana, IL 
61801, phone (217) 333-6564. 

CHDL 89, Ninth Int'l Symp. on Com- 
x^ puter Hardware Description Languages 
and Applications, June 19-21, Washington, 
DC. Cosponsors: IFIP, ACM. Contact John 
A. Darringer, IBM T.J. Watson Research 
Center, PO Box 218, Yorktown Heights, NY 
10598, phone (914)945-1018. 


Sixth Int’l Workshop on Database 
Machines, June 19-21, Deauville, France. 
Sponsors: INRIA, AFCET. Contact Haran 
Boral, MCC, 3500 W. Balcones Center Dr., 
Austin, TX 78759 (in the US); or Pascal 
Faudemay, Masi Labo., Univ. of Paris 6, 4 
Place Jussieu, 75252 Paris, Cedex 05, France 
(outside the US). 

ICNN 89, Int’l Conf. on Neural Networks, 
June 19-22, Washington, DC. Sponsor: 
IEEE. Contact Nomi Feldman, 3770 Tansy 
St., San Diego, CA 92121, phone (619) 
453-6222. 

£3^ Fourth Structure in Complexity Theory 
^7 Conf., June 19-22, Eugene, Ore. 
Cosponsors: Univ. of Oregon, ACM. Con¬ 
tact Stephen R. Mahaney, Rm. 2C-454, 
AT&T Bell Labs, 600 Mountain Ave., Mur¬ 
ray Hill, NJ 07974. 

Graphics Interface 89, June 19-23, London, 
Ont., Canada. Sponsor: Canadian Man- 
Computer Communications Society. Contact 
Irene Gargantin, Computer Science Dept., 
Univ. of Western Ontario, London, Ont., 
Canada N6A 5B7, phone (519) 661-3563. 

Vision Interface 89, June 19-23, London, 
Ont., Canada. Sponsor: Canadian Image 
Processing and Pattern Recognition Society. 
Contact Irene Gargantin, Computer Science 
Dept., Univ. of Western Ontario, London, 
Ont., Canada N6A 5B7, phone (519) 
661-3563. 

£3«k NECC 89, 10th National Educational 
XS7 Computing Conf., June 20-22, Boston. 
Cosponsor: Int’l Council for Computers in 
Education. Contact Michael C. Mulder, 
Applied Research, Univ. of Portland, 5000 
N. Willamette Blvd., Portland, OR 97203, 
phone (503) 283-7433; or NECC 89, ICCE, 
Univ. of Oregon, 1787 Agate St., Eugene, 
OR 97403-9905. 

3rd Electronics Materials and Process Conf., 
June 20-22, Los Angeles. Sponsor: Society 
for the Advancement of Material and Pro¬ 
cess Engineering. Contact Marge Smith, 
SAMPE, PO Box 2459, 843 W. Glentana, 
Covina, CA 91722, phone (818) 331-0616. 

£3^ ETCS 19, Int’l Fault-Tolerant Com- 
X57 puling Symp., June 21-23, Chicago. 
Contact S.M. Reddy, FTCS 19, Electrical 
and Computer Engineering Dept., Univ. of 
Iowa, Iowa City, IA 52242, phone (319) 
335-5196; or Ravi K. Iyer, Coordinated 
Science Lab, Univ. of Illinois, 1101 W. 
Springfield Ave., Urbana, IL 61801, phone 
(217)333-9732. 

SIGPIan 89, Conf. on Programming Lan¬ 
guage Design and Implementation, June 
21-23, Portland, Ore. Sponsor: ACM. Con¬ 
tact Bruce Knobe, Prime Computer, Inc., 

500 Old Connecticut Path, Framingham, 

MA 01701, phone (508) 879-2960. 

® CAR 89, Computer-Assisted Radiol¬ 
ogy Conf., June 25-28, Berlin. 
Cosponsor: AMK Berlin. Contact Michael 
L. Rhodes, MPDI, 2730 Pacific Coast Hwy., 
Torrance, CA 90505, phone (213) 539-5944. 
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£3^ Hot Chips Symp.: June 26-27, 1989, 
SS7 Palo Alto, Calif. Sponsor: IEEE Com¬ 
puter Society Technical Committee on 
Microprocessors and Microcomputers. Sub¬ 
mit presentation proposal to Jack Grimes, 
Intel, SC4-40, 3065 Bowers Ave., Santa 
Clara, CA 95051; or Dave Ditzel, Sun 
Microsystems, A7-41, 2550 Garcia Ave., 
Mountain View, CA 94043. 

First Hi-Tech Service and Maintenance 
Conf.: Oct. 31-Nov. 2, 1989, Chicago. Sub¬ 
mit abstract to Donald F. Blumberg, 1260 
Virginia Dr., Suite 200, Fort Washington, 

PA 19034, phone (215) 643-9060. 

Int’lJ. Computer Aided VLSI Design plans 
a special issue of neural networks. Publisher: 
Ablex Publishing. Submit paper by Mar. 28, 
1989, to Omid Omidvar, Computer Science 
Dept., Univ. of the District of Columbia, 
4200 Connecticut Ave. NW, Washington, 

DC 20008, phone (202) 282-7345. 

First lnt’1 Workshop on Human and 
Machine Cognition: May 11-13, 1989, Santa 
Rosa Island, Fla. Submit paper by Mar. 30, 
1989, to Ken Ford, Computer Science Div., 
Univ. of West Florida, Pensacola, FL 32514, 
phone (904)474-2551. 

Int’l Assoc, of Knowledge Engineers Conf.: 
June 26-28, 1989, College Park, Md. 
Cosponsors: IAKE, Univ. of Maryland. 
Submit paper by Mar. 31, 1989, to Michael 
Teague, IAKE, Georgetown, PO Box 25461, 
Washington, DC 20007. 


1, 1989, to Oliver Gunther, Computer 
Science Dept., University of California at 
Santa Barbara, Santa Barbara, CA 93106, 
phone (805)961-3236. 

Seventh Pacific Northwest Software Quality 
Conf.: Sept. 11-12, 1989, Portland, Ore. 
Submit abstract by Apr. 3, 1989, to Dick 
Hamlet, Computer Science Dept., Portland 
State Univ., PO Box 751, Portland, OR 
97207-0751. 

£3^ CASE 89, Third Int’l Workshop on 
NS? Computer-Aided Software Engineer¬ 
ing: July 17-21, 1989, London. Cosponsors: 
Imperial College of London et al. Submit 
position paper by Apr. 7, 1989, to Elliot 
Chikofsky, Index Technology Corp., 1 Main 
St., Cambridge, MA 02142 (for North 
America); or John Jenkins, School of 
Management, Imperial College, London 
SW7 2PG, UK (for other regions). 


Int’l Symp. on Computer Architecture and 
Digital Signal Processing: Oct. 1 l-l4, 1989, 
Hong Kong. Sponsor: IEEE. Submit paper 
by Apr. 7, 1989, to W.C. Siu, Electronic 
Engineering Dept., Hong Kong Polytechnic, 
Hong Kong, phone (852) 3-638344, ext. 496. 


Second IEEE Workshop on Worksta- 
nI? tion Operating Systems: Sept. 27-29, 
1989, Pacific Grove, Calif. Submit position 
statement by Apr. 15, 1989, to Luis-Felipe 
Cabrera, Mail Code K52/803, IBM Almaden 
Research Center, 650 Harry Rd., San Jose, 
CA 95120-6099. 


© Eighth Symp. on Reliable Distributed 

Systems: Oct. 10-12, 1989, Seattle. 
Submit paper by Apr. 1, 1989, to Raif Yan- 
ney, TRW, 1 Space Park, DH2-2328, 
Redondo Beach, CA 90278, phone (213) 
812-6033. 


£3^ WSC 89, Winter Simulation Conf.: 

NS? Dec. 4-6, 1989, Washington, DC. 
Cosponsors: Society for Computer Simula¬ 
tion et al. Submit proposal for session, panel 
discussion, and tutorial by Apr. 1, 1989, and 
paper by May 1, 1989, to Philip Heidel- 
berger, IBM Research Div., T.J. Watson 
Research Center, Hawthorne, PO Box 704, 
Yorktown Heights, NY 10598, phone (914) 
789-7156. 


I-DEAS/CAEDS Users Conf.: Oct. 3-5, 

1989, Cincinnati, Ohio. Sponsor: Structural 
Dynamics Research Corp. Submit abstract 
by Apr. 1, 1989, to Mary Ward, SDRC, 2000 
Eastman Dr., Milford, OH 45150, phone 
(513)576-2400. 

Symp. on Design and Implementation of 
Large Spatial Databases: July 17-18, 1989, 
Santa Barbara, Calif. Submit paper by Apr. 


Eighth Int’l Conf. on Entity-Relationship 
Approach: Oct. 18-20, 1989, Toronto. Spon¬ 
sor: ER Inst. Submit paper by Apr. 15, 1989, 
to Frederick H. Lochovsky, Computer 
Science Dept., Univ. of Toronto, Stanford 
Fleming Bldg., 10 King’s College Circle, 
Toronto, Ont. M5S 1A4, Canada, phone 
(416) 978-7441. 

Micro 22, 22nd Workshop on Micropro¬ 
gramming and Microarchitecture: Aug. 

14-16, 1989, Dublin, Ireland. Submit paper 
by Apr. 15, 1989, to Gearold R. Johnson, 
Center for Computer Assisted Engineering, 
Colorado State Univ., Fort Collins, CO 
80523, phone (303) 491-5543. 

Tencon 89, IEEE Region 10 Conf.: Nov. 
22-24, 1989, Bombay, India. Sponsor: IEEE 
Bombay Section. Submit extended abstract 
by Apr. 15, 1989, and paper by July 15, 

1989, to A.L. Lakshminarasimhan, EECS 
Dept., Stevens Inst, of Technology, 
Hoboken, NJ 07030, phone (210) 420-5611. 

13th Western Educational Computing Conf.: 

Nov. 16-17, 1989, Burlingame, Calif. Spon¬ 


sor: California Educational Computing Con¬ 
sortium. Submit abstract by Apr. 21 1989, to 
Oliver Seely, California State Univ. at 
Dominguez Hills, 1000 E. Victoria St., Car- 
son, CA 90747, phone (213) 516-3383. 

Third Int’l Workshop on Distributed 
Algorithms: Sept. 26-28, 1989, Nice, France. 
Submit paper by Apr. 25, 1989, to Jean- 
Claude Berrnond, LRI, Bat 490, Universite 
Paris-Sud, 91405 Orsay, France; or Michel 
Raynal, IRISA, Campus de Beaulieu, 35042 
Rennes, France. 


ISCIS 4, Fourth Int’l Symp. on Computer 
and Information Sciences: Oct. 30-Nov. 1, 
1989, Cesme, Turkey. Submit paper by Apr. 
25, 1989, to Asuman Dogac, Computer 
Engineering Dept., Middle East Technical 
Univ., 06531 Ankara, Turkey. 

ICCAD 89, IEEE Int’l Conf. on 
W Computer-Aided Design: Nov. 6-9, 
1989, Santa Clara, Calif. Cosponsor: IEEE 
Circuits and Systems Society. Submit paper 
by Apr. 28, 1989, to ICCAD 89 Secretary, 
IEEE Computer Society, 1730 Massachusetts 
Ave. NW, Washington, DC 20036-1903, 
phone (202)371-1013. 

Int'IJ. Computer Aided VLSI Design plans 
a special issue on design simulation and 
implementation. Publisher: Ablex Publishing 
Corp. Submit paper by Apr. 30, 1989, to 
Harry W. Tyrer, Electrical and Computer 
Engineering Dept., University of Missouri at 
Columbia, Columbia, MO 65211, phone 
(314) 882-6489. 


£32k Second Int’l Workshop on Software 
sl? Configuration Management: Oct. 
24-27, 1989, Princeton, NJ. Cosponsors: 
ACM, Gesellschaft fur lnformatik. Submit 
paper by Apr. 30, 1989, to Walter Tichy, 
Univ. of Karlsruhe, PO Box 6980, D-7500 
Karlsruhe 1, FRG, phone 49 (721) 608-3934 
(in Africa, Asia, and Australia); or Peter 
Feiler, Software Engineering Inst., Carnegie 
Mellon Univ., Pittsburgh, PA 15213 (in 
North and South America), phone (412) 
268-7790. 


£3^ Supercomputing 89: Nov. 13-17, 1989, 
^? Reno, Nev. Cosponsor: ACM. Submit 
paper by May I, 1989, to Gary Johnson, San 
Diego Supercomputer Center, PO Box 
85608, San Diego, CA 92138, phone (619) 
534-5181. 


® 10th Real-Time Systems Symp.: Dec. 

5-7, 1989, Los Angeles. Submit paper 
by May 1, 1989, to Douglass Locke, IBM 
Systems Integration Div., MD0212, Bodle 
Hill Rd., Oswego, NY, 13827, phone (607) 
751-4291. 
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Third Inl'l Workshop on Petri Nets 
VS? and Performance Models: Dec. 11-13, 
1989, Kyoto, Japan. Cosponsors: Society of 
Instrument and Control Engineers et al. Sub¬ 
mit paper by May 1, 1989, to Shojiro Nishio, 
Information and Computer Sciences Dept., 
Faculty of Engineering Science, Osaka 
Univ., Toyonaka, Osaka, 560 Japan, phone 
81 (6) 853-5737. 

© First Inl’l Conf. on Deductive and 
Object-Oriented Databases: Dec. 4-6, 
1989, Kyoto, Japan. Cosponsors: Informa¬ 
tion Processing Society of Japan et al. Sub¬ 
mit paper by May 1, 1989, to Won Kim, 
MCC, 3500 W. Balcones Center Dr., Austin, 
TX 78759, phone (512) 343-0860; Jean-Marie 
Nicholas, ECRC Arabellastr. 17, 8000 
Munich 81, FRG, phone 49(89) 926-99-110; 
or Shojiro Nishio, Information and Com¬ 
puter Sciences Dept., Faculty of Engineering 
Science, Osaka Univ., Toyonaka, Osaka, 

560 Japan, phone 81 (6) 853-5737. 


1989, to F.J. Rammig, Paderborn Univ., FB 
17, Warburger Str. 100, 4790 Paderborn, 
West Germany, phone 49 (05251) 60-20-69. 


Int'l Conf. on Expert Planning Systems: 

June 27-29, 1989, Brighton, England. Spon¬ 
sor: Institution of Electrical Engineers. Sub¬ 
mit paper by May 5, 1989, to Conf. Services, 
IEE, Savoy PI., London WC2R 0BL, UK, 
phone 44 (1) 240-1871, ext. 222. 


IEEE Software: March, 1990. A spe- 
cial issue is planned on software devel¬ 
opment metrics. Submit paper by May 15, 
1989, to Peter Dyson, Software Productivity 
Solutions, 122 N. Fourth Ave., Indialantic, 
FL 32903, phone (407) 984-3370. 


14th Conf. on Local Computer Net- 
VS? works: Oct. 10-12, 1989, Minneapolis. 
Submit paper by May 15, 1989, to Larry 
Green, Protocol Engines, 1421 State St., 
Santa Barbara, CA 93101, phone (805) 
965-0825. 


Fourth Knowledge Acquisition for 
Knowledge-Based Systems Workshop: Oct. 
1-6, 1989, Banff, Canada. Sponsor: Ameri¬ 
can Assoc, for Artificial Intelligence. Submit 
draft paper by May 1, 1989, John H. Boose, 
Advanced Technology Center, Boeing Com¬ 
puter Services, 7L-64, PO Box 24346, Seat¬ 
tle, WA 98124, phone (206) 865-3253. 

J. Microcomputer Applications: January 
1990. A special issue is planned on trans¬ 
puter applications. Submit paper by May 1, 


Ninth Conf. on Foundations of Software 
Technology and Theoretical Computer 
Science: Dec. 19-21, 1989, Bangalore, India. 
Submit paper by May 15, 1989, to C.E. Veni 
Madhavan, Tata Research Development and 
Design Center, 1 Mangaldas Rd., Pune 
411001, India, phone (212)662-453. 

C1PS Edmonton 89: Oct. 30-Nov. 1, 1989, 
Edmpnton, Alia., Canada. Sponsor: Cana¬ 
dian Information Processing Society. Submit 
paper by May 15, 1989, to Wayne A. Davis, 


Computing Science Dept., Univ. of Alberta, 
Edmonton, Alta, Canada T6G 2H1, phone 
(403) 492-3976. 

FedCASE 89, Federal CASE Conf.: Oct. 
30-Nov. 2, 1989, Gaithersburg, Md. Spon¬ 
sor: Nat’l Inst, of Standards and Technol¬ 
ogy. Submit tutorial, workshop, panel 
session paper and/or proposal by May 15, 
1989, to Maggie H. Law or Wilma M. 
Osborne, NIST, Technology Bldg., Gaithers¬ 
burg, MD 20899. 


© Fifth Aerospace Computer Security 
Applications Conf.: Dec. 4-8, 1989, 
Tucson, Ariz. Submit paper by May 19, 
1989, to Ronald A. Gove, Booz-Ailen and 
Flamilton, 4330 East-West Hwy., Bethesda, 
MD 20814, phone (301) 951-2395. 


£3^ Fourth Int’l Workshop on High-Level 

vl? Synthesis: Oct. 15-18, 1989, Ken- 
nebuhkport, Maine. Cosponsor: ACM. Sub¬ 
mit extended abstract by June 16, 1989, to 
Raul Camposano, IBM Research Div., T.J. 
Watson Research Center, PO Box 218, 
Yorktown Heights, NY 10598, phone (914) 
945-3971. 

First Int'l Conf. on Systems Integra- 
^7 lion: Apr. 23-26, 1990, Morristown, 
N.J. Cosponsors: New Jersey Inst, of Tech¬ 
nology et al. Submit paper by July 25, 1989, 
to Peter A. Ng, Computer and Information 
Science Dept., New Jersey Inst, of Technol¬ 
ogy, Newark, NJ 07102. 


Third Annual Parallel 
Processing Symposium 

Sponsored by the OC IEEE 
Computer Society, CSUF & ADPA 
Location: CSUF, Fullerton, CA 
March 29-31, 1989 

• Features Keynote Speakers, 

• Over 25 Sessions on 

• Parallel Processing, 

• Neural Networks, 

• Neurocomputers. 

• Commercial Presentations 
and Demos. 

Over 80 papers submitted from 
the US and 14 other countries. 

See February 89 Computer Magazine 
Page 85 For Details. 

Call CSUF EE Dept., Fullerton, CA 
Dr. Clymer or Dr. Ghazenshahi 
(714) 773-3013 for 
Information on Registration. 

or Contact Dr. Larry Canter for 
Commercial Participation c/o 

Computer Systems Approach, Inc. 

1140 S. Raymond Ave., Suite B 
Fullerton, CA 92631 

_ (714) 738-3414 



Have you heard about our... 

Technical 
Committee on 
Robotics? 


For information on this, or any of our 32 
other TCs, members* may contact 


IEEE COMPUTER SOCIETY 

10662 Los Vaqueros Circle 
Los Alamitos, CA 90720 
Telephone: (714) 821-8380 


Nonmembers: Join us. For more information, circle 
number 202 on the reader service card. 
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Sixth International Conference on 
Data Engineering 

February 5-9,1990 
Los Angeles, California, USA 

Sponsored by the IEEE Computer Society, Technical Committee on Data Engineering 

SCOPE 

Data Engineering is concerned with the semantics and structuring of data in information systems 
design, development, management, and use; and with computer system and architectural 
considerations that are relevant to that concern. It encompasses both traditional and emerging issues 
and applications. The purpose of this conference is to provide a forum for the sharing of practical 
experiences and research advances from an engineering point of view among those interested in 
automated data and knowledge management. Our expectation is that this sharing will enable future 
information systems to be more efficient and effective, and future research to be more relevant and 
timely. 

We are particularly soliciting industrial, business, and government participation. We know it is vital 
that there be a dialogue between practitioners and researchers. We look forward to reports of 
information systems experience detailing experiments, evaluation, problems, and opportunities 
associated with design, implementation, and operation. Such reports will be given special 
consideration. 



TOPICS OF INTEREST INCLUDE 

• AI and Knowledge Based Systems 

• Applications and Application Systems 

• Benchmarks and Performance Evaluation 

• Data Engineering Technique and Tools 

• Database Design and Modeling 

• Database Management and Structures 


• Deductive and Extensive Databases 

• Distributed Database Control 

• Distributed Database Systems 

• Integrity and Security Techniques 

• Object-Oriented Database Systems 

• Query Languages and Processing 


PAPER SUBMISSIONS 

Each paper’s length should be limited to 8 proceedings pages, which is about 5000 words, or 25 
double spaced typed pages. Five copies of completed papers should be mailed before June 15, 1989 

Ming T. (Mike) Liu, Department of Computer and Information Science, Ohio State University, 2036 
Neil Avenue, Columbus, OH 43210-1277, USA; (614) 292-1837; Liu@CIS.IRCC.Ohio-State.Edu 


TUTORIALS 

The day preceding the conference will be devoted to introductory tutorials which may provide the 
background for the conference proper. The day following the conference will be devoted to the 
advanced tutorials. Proposals for tutorials on data engineering topics are welcome. Send proposals by 
June 15,1989 to: 

Ahmed K. Elmagarmid, Department of Computer Science, Purdue University, West Lafayette, IN 
47907, USA; (317) 494-1998; AKE@cs.purdue.edu 


CONFERENCE TIMETABLE AND INFORMATION 


Papers Due: 

Tutorial Proposals Due: 
Acceptance Letter Sent: 
Camera Ready Copy Due: 
Tutorials: 

Conference: 


June 15,1989 
June 15,1989 
September 15,1989 
November 1,1989 
February 5 and 9, 1990 
February 6-8,1990 


For further information contact the General Chairperson, Joseph E. Urban, College of Engineering, 
University of Miami, P.O. Box 248294, Coral Gables, FL 33124; (305) 284-2404 


AWARDS, STUDENT PAPERS AND SUBSEQUENT PUBLICATIONS 

Awards will be given to the best paper and to the best student paper (denoted as such when submitted 
solely by students). The latter will receive the K. S. Fu award honoring one of the early supporters of 
the conference. Up to three grants of $500.00 each will be available to help defray travel costs of 
student authors. Outstanding papers will be considered for publication in the IEEE Computer Society 
publications: Computer, IEEE Expert, IEEE Software, IEEE Transactions on Knowledge and Data 
Engineering, etc. For more information, contact the general chairperson. 






CAREER OPPORTUNITIES 


RATES: $12.00 per line, $120 
minimum charge (up to ten lines). 
Average five typeset words per line, eight 
lines per column inch. Add $10 for box 
number. Send copy at least one month 
prior to publication to: Heidi Rex or 
Marian Tibayan, Classified Advertis¬ 
ing, COMPUTER Magazine; 10662 Los 
Vaqueros Circle, Los Alamitos, CA 
90720; (714) 821-8380. 

In order to conform to the Age Discrimi¬ 
nation in Employment Act and to dis¬ 
courage age discrimination, COMPUTER 
may reject any advertisement containing 
any of these phrases or similar ones: 
“...recent college grads...,” “...1-4 years 
maximum experience...,” “...up to 5 years 
experience...,” or “...10 years maximum 
experience.” COMPUTER reserves the 
right to append to any advertisement, 
without specific notice to the advertiser, 
“Experience ranges are suggested mini¬ 
mum requirements, not maximums.” 
COMPUTER assumes that, since adver¬ 
tisers have been notified of this policy in 
advance, they agree that any experience 
requirements, whether stated as ranges or 
otherwise, will be construed by the reader 
as minimum requirements only. 


SANTA CLARA UNIVERSITY 
Tenure Track Position In 
Computer Engineering 

Santa Clara University’s EECS depart¬ 
ment has an immediate opening for a tenure 
track faculty position in Computer Engineer¬ 
ing. Candidates with specialization in Com¬ 
puter Architecture or Software Engineering. 

Applicants must have a Ph.D. in Com¬ 
puter Engineering or a closely related area 
with a commitment to both teaching and re¬ 
search. Senior applicants must have a distin¬ 
guished research and teaching record. 

SCU is located 45 miles south of San 
Francisco, in the center of Silicon Valley. 
The department offers B.S., M.S., and 
Ph.D. degrees in both computer and Elec¬ 
trical Engineering. Engineering computing 
facilities include more than 70 engineering 
workstations, besides a VAX-11/750. Uni¬ 
versity academic computing resources in¬ 
clude a VAX-8650 plus more than 800 IBM 
PCs. Most computing facilities are net¬ 
worked together over a campus wide local 
area network. 

Candidates should submit a resume includ¬ 
ing the names of at least three references to: 
Dr. Hasan S. AlKhatib, Chairman 
Faculty Search Committee 
EECS Department 
Santa Clara University 
Santa Clara, California 95053 
E-mail: HALKHATIB@SCU.BITNET 
Santa Clara University is an Affirmative 
Action/Equal Opportunity Employer. 


XAVIER UNIVERSITY OF LOUISIANA 

Tenure track position to begin in August 
1989. Qualifications: Ph.D. or Masters 
degree in Computer Science from an ac¬ 
credited institution. Expect to teach 3 to 4 
undergraduate courses per semester. Xavier 
University of Louisiana is a Catholic Liberal 
Arts University serving a predominantly 
Black student body. The Computer Science 
Department offers 2 programs leading to a 
B.A. in Computer Science or Computer In¬ 
formation Systems. Send resume or further 
inquiries by May 30, 1989 to: Ms. Fatma 
Dandashi, Acting Chair, Computer Science 
Department, P.O. Box 50A, Xavier Univer¬ 
sity, New Orleans, LA 70125, or call (504) 
483-7458. 


UNIVERSITY OF 
SOUTHERN CALIFORNIA 
Chair, Computer Science 

The Computer Science Department of the 
School of Engineering, University of South¬ 
ern California (USC), seeks a distinguished 
computer scientist with the vision and skill to 
lead a strong department and further strength¬ 
en it. The School of Engineering, with 170 
faculty and 4,300 students, ranks 6th in the 
nation in sponsored research expenditures. 
The Computer Science Department has a 
full time faculty of 22, and a student body of 
125 Ph.D. students, 250 M.S. candidates, 
and 200 undergraduates. The departmental 
research budget currently is $3M per year. 
Faculty research interests encompass the 
traditional areas of computer science, plus 
interdisciplinary, emerging fields such as 
robotics and neural computation. Comput¬ 
ing research support is provided by a large 
network of modern workstations, and vari¬ 
ous supercomputers are available through 
the network. More than 100 SUN work¬ 
stations are used for teaching. The depart¬ 
ment maintains close ties with the Electrical 
Engineering Department which has a strong 
Computer Engineering Group of 16 faculty, 
and with the Information Sciences Institute 
(ISI), an off-campus research facility of the 
School of Engineering. ISI’s staff of 200 con¬ 
ducts research on a broad spectrum of com¬ 
puter science topics. Southern California has 
the highest industrial production in the na¬ 
tion. Opportunities for industry/university 
collaboration are excellent because much of 
the local industry is high-tech and computa¬ 
tionally oriented. 

Please send nominations and applications 

Professor Aristides Requicha 
Chair, Search Committee 
Computer Science Department 
University of Southern California 
Los Angeles, CA 90089-0782 
Telephone: (213) 743-3805 
Net Mail: requicha@lipari.usc.edu 
Applications should include a resume and 
a list of professional references. USC is an 
equal opportunity employer. 


UNIVERSITY OF CALIFORNIA 
AT RIVERSIDE 

Positions in Computer Science 

Applications and nominations are invited 
for tenured or tenure track positions in Com¬ 
puter Science beginning July 1, 1989 or 
later. The positions are open as to rank; can¬ 
didates at all levels, including Full Professor, 
will be considered. Ph.D. and demonstrated 
excellence in research and teaching are re¬ 
quired. All areas of Computer Science will 
be considered, including but not restricted to 
Programming Environment, Computer Sys¬ 
tems, Theory of Computation, and Design 
and Development Automation. Salary and 
rank are determined by established criteria of 
the University of California. In addition to 
supplying a curriculum vita and a list of 
publications, candidates should either ar¬ 
range for at least three letters of reference to 
be sent or submit the names of at least three 
references. The above materials should be 

Professor Gerhard Gierz 
Chair, Computer Science Recruiting 
Committee 

Department of Mathematics and 
Computer Science 
University of California 
Riverside, CA 92521 
The pool of candidates will consist of all 
those whose completed applications (con¬ 
sisting of a vita, a list of publications, and at 
least three letters of reference) are received 
by February 28, 1989. If the search has not 
been successfully completed by April 5, 
1989, the pool will be enlarged to include all 
those whose completed applications are 
received between March 1, 1989 and April 
5, 1989. 

University of California, Riverside, is an 
Affirmative Action/Equal Opportunity 
Employer. 


RENSSELAER POLYTECHNIC 
INSTITUTE 

The Computer Science Department in¬ 
vites applications for tenure-track faculty 
positions at all academic ranks. Research, 
visiting and postdoctoral appointments may 
also be available. Applicants should have a 
Ph.D. in Computer Science (or a related 
area) and a commitment to excellence in 
teaching and research. Preferred research 
interests are parallel computation, database 
systems, computer graphics, computer vi¬ 
sion, image processing, VLSI systems and 
symbolic computation; however, all areas 
will be considered. The department offers 
B.S., M.S., and Ph.D. degrees in Computer 
Science and has excellent computing facili¬ 
ties. Send resumes and at least three refer¬ 
ences to Joseph E. Flaherty, Chairman, De¬ 
partment of Computer Science, Rensselaer 
Polytechnic Institute, Troy, New York 
12180-3590. Rensselaer is an Equal Oppor¬ 
tunity/Affirmative Action Employer. 
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UNIVERSITY OF DELAWARE 
Department of Computer and 
Information Sciences 

Are you interested in joining the computer 
science faculty of a growing, dynamic de¬ 
partment in an attractive university town 
within easy traveling distance to New York, 
Philadelphia, Baltimore, and Washington? 
The University of Delaware, centrally 
located on the East Coast, is recruiting for 
possible openings for tenure-track and visit¬ 
ing faculty positions in the Department of 
Computer and Information Sciences begin¬ 
ning September 1, 1989. The department 
has active groups working in artificial intelli¬ 
gence, networks, and symbolic mathemati¬ 
cal computation. Special interest exists for 
candidates with research expertise in ar¬ 
chitecture, operating systems, parallel pro¬ 
cessing, databases, theory of computation, 
programming languages, or software engi¬ 
neering. Strong applicants in all areas of 
computer science are encouraged to apply. 

A Ph.D. degree or its equivalent, and ex¬ 
cellence in research and teaching are re¬ 
quired. Salary and rank will be commensur¬ 
ate with the candidate's qualifications and 
experience. 

The Department research facilities include 
various workstations (primarily Symbolics 
Lisp machines and SUN's) and facilities in a 
joint research lab shared with the Depart¬ 
ment of Electrical Engineering. The latter in¬ 
cludes a Sequent Symmetry, VAX-8500, 
three VAX 780’s and various other smaller 
machines. We are well connected to the 
major networks. 

The Computer and Information Sciences 
Department offers bachelor, master, and 
doctoral degrees. Resources devoted to 
academic use in the University Computing 
Center include an IBM 3090-300 with a vec¬ 
tor facility, a CDC Cyber 180, Unix 
machines (Vax 8650, Pyramid 98xe, Sun 4 
with 128 MB memory, 12 Sun 3/60's), and 
more than 75 microcomputers (IBM PC- 
XT’s, AT's and Macintosh’s). 

Candidates should send a curriculum 
vitae and the names of three references to 
Dr. David Saunders, Acting Chair, Depart¬ 
ment of Computer and Information 
Sciences, University of Delaware, Newark, 
DE 19716. Positions are open until filled. 

The University of Delaware is an equal op¬ 
portunity, affirmative action employer. Ap¬ 
plications from members of minority groups 
and woman are encouraged. 


CASE INSTITUTE OF TECHNOLOGY 

Case Western Reserve University 

We invite applications for tenure track 
faculty positions at all levels. Candidates 
from all research areas will be considered, 
but the thrust research areas in the Depart¬ 
ment are VLSI systems and design automa¬ 
tion, applied artificial intelligence and logic 
programming, database design and systems, 
and software systems and design environ¬ 
ments, with additional faculty in computer 
graphics and networks/distributed systems. 
Candidates should have a Ph.D. in com¬ 
puter science or computer engineering or 
closely allied fields; competitive salaries will 
be offered to attract the best candidates. 


CWRU is a private university with a total 
enrollment of 8,400, of which 5,100 are 
graduate and professional students. The 
Engineering School of Case Institute of 
Technology is among the top ten engineer¬ 
ing schools in terms of research funding per 
faculty member and undergraduate student 
quality. The University campus is the hub of 
the pleasant area known as University Circle, 
an incorporation with neighboring cultural 
centers and museums, about five miles from 
downtown Cleveland. 

The Department of Computer Engineer¬ 
ing and Science has a faculty of 13 and 
growing, and a graduate student body of 
140 students, 50 of which are in the Ph.D. 
program. Departmental facilities are based 
upon an ethernet local area network, con¬ 
nected to INTERNET, which supports a 
UNIX operating system and about 30 SUN 
workstations, color graphics display ter¬ 
minals, together with several printers. In ad¬ 
dition, faculty and students participating in 
the Center for Automation and Intelligent 
Systems Research have access to the 
Center's VAX-11/782 and workstations. 

The Department recently acquired the 
Nord Professorship, supported by a dona¬ 
tion of one and a half million dollars, for 
which we invite distinguished senior faculty 
applicants. This position will provide addi¬ 
tional funds for travel, graduate student sup¬ 
port and equipment. 

Applicants should submit their curriculum 
vitae and names of at least three references 
to: Lee J. White, Chairman, Department of 
Computer Engineering and Science, Case 
Western Reserve University, Cleveland, 
Ohio 44106; INTERNET: leew@alpha.ces. 
cwru.edu; candidates with previous aca¬ 
demic experience may wish to provide at 
most three reprints of their most important 
publications. 

An equal employment and affirmative ac¬ 
tion employer. 


OREGON GRADUATE CENTER 

How would you like to work in an aca¬ 
demic environment with an active graduate 
program but no undergraduate teaching re¬ 
sponsibilities? A place where research is a 
serious concern of everyone, with excellent 
facilities and a minimum of administrative 
red tape? The Oregon Graduate Center is 
such a place and we are expanding our pro¬ 
gram in Computer Science and Engineering. 
We seek faculty colleagues with experience 
in graduate education and with strong 
research interests. Some technical areas of 
particular importance to us are parallel com¬ 
putation, connectionist architectures, VLSI 
design and distributed database systems. 

OGC is located in Portland, which re¬ 
mains the most affordable of the Pacific 
Coast's beautiful cities. It offers a place to 
combine a relaxed life style with an intense 
work style focused on the things you most 
want to do. 

For more information about us, please 
send inquiries to: Prof. Richard Kieburtz, 
Chairman, Dept, of Computer Science and 
Engineering, Oregon Graduate Center, 
19600 NW von Neumann Drive, Beaverton, 
OR 97006. 

OGC is an equal opportunity employer. 


SOFTWARE DEVELOPER 

Full-time position to work for software 
consulting firm located in Central Ohio. 
Duties involve design and development of 
software for user interface applications. Can¬ 
didate must have M S. degree in computer 
science and one year of experience in posi¬ 
tion offered or related occupations (software 
developer or computer graphics specialist). 
In addition, must have one year of experi¬ 
ence in software development of computer 
graphics or user interfaces. Must have 
developed two user interface systems for 
professional applications, each requiring a 
minimum of 5000 lines of C on UNIX, 2D 
applications features (lines, curves, bit maps, 
polygons), a minimum of 10 on-line help 
features and a minimum of two windows. 
Must also have developed two user interface 
enhancement/development tools including 
window applications. Must have completed 
one rendering project for raster devices. 
Specialized experience may be gained con¬ 
currently and may be included in experience 
in position offered or related occupations. 
Salary: $45,000 per year. 40hrs./wk. Send 
resume to R. Lechler, JO *1167564, Ohio 
Bureau of Employment Services, P.O. Box 
1618, Columbus, Ohio 43216. 

AN EQUAL OPPORTUNITY EMPLOYER 


UNIVERSITY OF CENTRAL FLORIDA 
Computer Engineering 

The University of Central Florida College of 
Engineering invites applicants for a tenure- 
track Assistant Professor position in its Depart¬ 
ment of Computer Engineering. A Ph.D. in 
Computer Engineering or a related discipline 
is required by the time of employment, and 
the preferred specialty area is digital systems/ 
computer architecture. UCF is a member of 
the Florida State University System and has a 
current enrollment of approximately 18,000 
students. The University is developing a 
research park adjacent to its main campus to 
support high-technology government and in¬ 
dustrial activity in the Central Florida area. 
Computer facilities for instruction and re¬ 
search include an IBM 4381, a VAX with 8 
MB memory, a Gould 32/6780, 2 IBM 5080 
color workstations, and numerous mini and 
micro computers. The Department operates 
an Engineering AI Laboratory with 9 Sym¬ 
bolics Workstations and a Texas Instruments 
Explorer System. An Ethernet LAN using 
TCP/IP protocols links College of Engineer¬ 
ing offices and labs together. Each faculty of¬ 
fice has a private personal computer with a 
LAN connection. 

Send curriculum vitae and the names of 
three references postmarked by March 30, 
1989 to: 

Dr. C.S. Bauer, Chair 
Department of Computer Engineering 
University of Central Florida 
Orlando, Florida 32816 
Phone: (407) 275-2236 
The University of Central Florida is an 
Equal Opportunity /Affirmative Action em¬ 
ployer. As an agency of the State of Florida, 
the University makes all application materials 
and selection procedures available for public 
review. 
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RENSSELAER POLYTECHNIC 
INSTITUTE 
Faculty Positions 

Department of Electrical, Computer, 
and Systems Engineering 

Applications are invited for tenure-track 
faculty positions at all levels. Specific areas of 
interest include: (1) computer engineering, 
architecture, and performance evaluation, 
particularly related to parallel image process¬ 
ing algorithms and architectures: (2) com¬ 
puter and communications networks, archi¬ 
tectures and protocols: (3) solid-state and 
optoelectronic devices, interconnects, and 
systems. The ECSE Department is the 
largest academic unit at Rensselaer and has a 
rich tradition of research and education. The 
department is seeking to add faculty who 
bring an innovative approach to research 
and teaching. Active programs in computer 
engineering, solid-state electronics and in¬ 
tegrated circuit design, control systems, 
robotics and automation, information and 
decision systems, communications and 
signal processing, electronics and circuits, 
and fusion plasma systems contribute to a 
dynamic research environment. In addition 
to the extensive research facilities of the 
department, there are opportunities to in¬ 
itiate or participate in interdisciplinary 
research programs in one of the major re¬ 
search centers of the School of Engineering, 
including the Center for Integrated Elec¬ 
tronics, the Center for Rensselaer Design 
Research, the Center for Manufacturing Pro¬ 
ductivity and Technology Transfer, and the 
NASA Center for Intelligent Robotic Sys¬ 
tems in Space Exploration. New faculty are 
eligible for special arrangements including 
summer support, equipment, graduate stu¬ 
dent support, and reduced teaching load in 
order to encourage growth of their research 
programs. Applications or requests for more 
information should be directed to: 

Dr. Arthur C. Sanderson, Chairman 
Electrical, Computer and Systems 
Engineering Department 
Rensselaer Polytechnic Institute 
Troy, NY 12180-3590 
RPI is an affirmative action/equal oppor¬ 
tunity employer. 


Rochester Institute of Technology 
School of Computer Science 

Department of Applied Computer 
Studies 

Software Engineering Position 

Visiting or Tenure Track faculty position 
available for individual who has experience 
in the instruction of Software Engineering 
topics, both managerial and technical. Ph.D. 
or Master’s (with professional experience) 
degree in appropriate discipline required. 
Duties will include teaching at the graduate 
level (M S.) as well as applied research in 
Software Engineering. 

Send resume to Prof. Guy Johnson, De¬ 
partment of Applied Computer Studies, 
1 Lomb Memorial Drive, RIT, Rochester, 
New York, 14623. RIT is an equal oppor¬ 
tunity affirmative action employer. 


CARNEGIE MELLON UNIVERSITY 

Faculty Position in Field Robotics/ 

Construction Automation/Sensing 

Carnegie Mellon University, Department 
of Civil Engineering, invites applications for a 
tenure-track position as an Assistant Profes¬ 
sor to begin in September 1989. Candidates 
for this position should have an earned doc¬ 
torate and research experience in field robot¬ 
ics, remote sensing or construction automa¬ 
tion, and must be able to interact with other 
faculty working in robotics, computer-aided 
engineering and construction project manage¬ 
ment. Candidates should have strong analyti¬ 
cal capabilities (preferably in mechanics or 
contol) and/or experience with micropro¬ 
cessor-based systems, sensors and instru¬ 
mentation. While a background in engineer¬ 
ing is necessary, training in civil engineering 
is not a requirement. Responsibilities include 
teaching undergraduate and graduate 
courses, supervising graduate students and 
developing a funded research program. Cur¬ 
rent field robotics/construction automation 
activities (including fundamental studies in 
mobility, vision, force sensing, and system 
integration) in the department are well es¬ 
tablished, and many opportunities exist for 
professional and intellectual growth. The de¬ 
partment also has close ties with the univer¬ 
sity's Robotics Institute, and a joint appoint¬ 
ment with the Robotics Institute is possible. 
Interested persons should contact Professor 
Chris Hendrickson, Faculty Search Commit¬ 
tee, Department of Civil Engineering, Car¬ 
negie Mellon University, Pittsburgh, PA 
15213-3890. Carnegie Mellon is an equal 
opportunity/affirmative action employer. 


UNIVERSITY OF CALIFORNIA, 
LOS ANGELES 

COMPUTER SCIENCE DEPARTMENT 

The Department of Computer Science at 
the University of California, Los Angeles, in¬ 
vites applications for tenure-track positions at 
the Assistant Professor level in Computer 
Science beginning in July 1989. Applicants 
should possess the Ph.D. in Computer Sci¬ 
ence by July 1989. Applications are also 
welcome from highly distinguished can¬ 
didates at the senior level. 

Quality is our key criterion for selecting ap¬ 
plicants. We expect them to have a strong 
commitment to both research and teaching 
and an outstanding record of research for 
their level. It is important that they exhibit 
strong potential for continued excellence in 
university research. 

We seek applicants in any mainstream 
area of Computer Science and we particular¬ 
ly welcome those with research strength in 
software related areas. 

Interested applicants should send a letter 
of application, a resume, and the names of 
four references to: 

Professor Wesley W. Chu, Chair 
Computer Science Department 
Attn: Ms. June Myers 
Boelter Hall 3732 

University of California, Los Angeles 
Los Angeles, CA 90024-1596 
The University of California is an Affir¬ 
mative Action/Equal Opportunity Employer. 


ROCKFORD COLLEGE 
Rockford, Illinois 
Computer Science/Mathematics 

Rockford College, a small liberal arts col¬ 
lege in northern Illinois, invites applications 
for a tenure-track position in computer sci¬ 
ence/mathematics. Responsibilities will in¬ 
clude teaching approximately twelve hours a 
week per semester, student advising, and 
committee work. 

Qualified applicants must have a master’s 
degree with post-graduate level work in 
computer science and mathematics (a Ph.D. 
is preferred), be qualified to teach upper divi¬ 
sion computer science and post-calculus 
mathematics, and present excellent teaching 
recommendations. 

The computer science and math depart¬ 
ments collectively consist of six faculty using 
an IBM 4381 VM, operating under CMS 
with 30 terminals and a lab of 16 IBM PC’s 
and XT’s. Curriculum is ACM-based. 

Rank and salary are commensurate with 
qualifications, and there is an attractive 
benefits program. Send resume and three 
letters of teaching recommendations to Dr. 
Gerald Caton, Computer Science Depart¬ 
ment Chair, Rockford College, 5050 E. 
State Street, Rockford, Illinois 61108-2393. 

AA/EOE 


ITHACA COLLEGE 
Department of Mathematics & 
Computer Science 

The Department of Mathematics and 
Computer Science has a tenure eligible posi¬ 
tion for Fall 1989 in computer science at the 
rank of assistant professor. A Ph.D. in com¬ 
puter science or a related discipline with the 
ability to teach a variety of computer science 
courses is required. Send vitae to Dr. Patricia 
Woodworth, Department of Mathematics 
and Computer Science, Ithaca College, 
Ithaca, New York 14850. An Equal Oppor¬ 
tunity/Affirmative Action employer. 


UNIVERSITY OF WASHINGTON 

The University of Washington seeks can¬ 
didates for tenure-track faculty appointments 
in computer science/engineering starting in 
the 1989-90 academic year. Applications 
from outstanding individuals in all areas 
of computer science/engineering will be 
considered. 

A moderate teaching load allows time for 
quality research and close involvement with 
students. We expect applicants to have a 
strong commitment to both research and 
teaching, and an outstanding record of 
research for their level. Any appointment 
should bring significant new research 
strength to the University. 

Interested applicants should send a letter 
of application, a resume, and the names of 
four references to: Computer Science/Engi¬ 
neering Faculty Recruiting Committee, 
FR-35, University of Washington, Seattle, 
WA 98195. 

The University of Washington is an Affir¬ 
mative Action/Equal Opportunity Employer. 
The Ph.D. is required for these positions. 
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FLORIDA ATLANTIC UNIVERSITY 
Computer Engineering 

The Department of Computer Engineer¬ 
ing has tenure track openings starting in 
August, 1989. The department has devel¬ 
oped from a group within the Electrical and 
Computer Engineering Department. It has 
an active graduate program with approx¬ 
imately 100 master’s students and 25 Ph.D. 
students and expects to add a bachelor’s pro¬ 
gram during the coming year. It cooperates 
closely with the Department of Computer 
Science, also housed in the College of 
Engineering. 

Candidates should have an earned doc¬ 
torate in a relevant field and should be in¬ 
terested in both teaching and developing a 
strong sponsored research program. 

Interests of the department center around 
computer networks and communications, 
architecture, including parallel computers, 
VLSI, fault tolerant and secure systems, ar¬ 
tificial intelligence, and microprocessor 
based systems. 

Florida Atlantic University, part of the 
State University system, is located on the 
southeast coast of Florida, close to many 
computer and electronics companies, such 
as IBM, Motorola, Seimens and ModComp. 

Please send a complete resume, including 
the names of at least three references to Dr. 
Alan B. Marcovitz, Acting Chairman, De¬ 
partment of Computer Engineering, Florida 
Atlantic University, Boca Raton, FL 33431 
no later than April 15, 1989. 

Florida Atlantic University is an equal op¬ 
portunity/affirmative action employer. 


STANFORD UNIVERSITY 

The Department of Electrical Engineering 
of Stanford University is seeking candidates 
for a tenured or tenure-track position in 
Fiber-Optic Telecommunications. The field 
of interest is interpreted broadly to include 
both systems and device aspects of optical 
communications. However, the individual 
we Seek should have greatest strength and 
experience with systems, and in particular 
should be knowledgeable of the commercial 
telecommunications industry and its needs. 
Candidates should have excellent knowl¬ 
edge of the latest theoretical results and a 
proven skill in implementing such knowl¬ 
edge in “proof of concept” demonstrations. 
Simultaneously, he or she should have a 
good knowledge of the relevant device 
physics and technology..The appointment 
can be made at either a junior or a senior 
level, but the Department prefers a seasoned 
individual, possibly with industrial experi¬ 
ence, and having the potential to lead a 
larger telecommunications effort at Stanford. 
Applicants should have an earned Ph.D., 
demonstrated research ability, and a strong 
interest in graduate and undergraduate 
teaching. Stanford University is an Equal 
Opportunity Employer and welcomes appli¬ 
cations from women and members of minor¬ 
ity groups. Please submit, no later than May 
15, 1989, a detailed resume, a publication 
list, and the names of five references to Pro¬ 
fessor Allen Peterson, Chairman, Search 
Committee, Durand 227, Department of 
Electrical Engineering, Stanford University, 
Stanford, California 94305-4055. 


CALIFORNIA STATE UNIVERSITY, 
FRESNO 

Faculty Positions in Computer Science 

Candidates for appointment as Assistant or 
Associate Professor should have a Ph.D. in 
Computer Science or equivalent; show evi¬ 
dence of successful teaching; and have a re¬ 
search record which demonstrates the interest 
and ability to develop a strong research effort 
at CSU Fresno. Specialty areas of particular 
interest to the department include computer 
architecture, parallel and distributed com¬ 
puting, high-level language design, and 
graphics. 

Candidates for appointment as Lecturer 
should have an MS in Computer Science or 
closely-related field and demonstrate suc¬ 
cessful teaching experience in computer sci¬ 
ence. Applications for Visiting Faculty posi¬ 
tions are welcome. 

The Computer Science Department offers 
a BS in Computer Science and has proposed 
an MS degree. Department computing facili¬ 
ties include a VAX 11/785, an AT&T 3B15, 
a networked Sun Microsystems lab, and a 
Convergent Technology micro lab. The 
CSUF Computer Services operates a range of 
computers and microcomputer labs available 
for use by both faculty and students. In addi¬ 
tion, via our INTERNET connection with 
CSU system facilities, we have access to a 
variety of parallel and supercomputers. 

Candidates should submit a resume, tran¬ 
scripts, and a statement of professional in¬ 
terests and goals and arrange for three letters 
of reference. Nominations are encouraged. 
Address alt correspondence and confidential 
papers to: Dr. Brandt Kehoe, Chair, Depart¬ 
ment of Computer Science, CSU Fresno, 
Fresno, CA 93740-0109. Phone: (209) 294- 
4373; E-mail: kehoe@CSUFresno.edu 

To insure full consideration, applicants are 
encouraged to have all application material on 
file by March 31, 1989. 

An Affirmative Action/Equal Employment 
Opportunity Employer. 


JOHANNES KEPLER UNIVERSITY 
IN LINZ (AUSTRIA) 
(Research Institute for 
Symbolic Computation) 
Tenured Position of a Full Professor 
for Symbolic Computation 

Applications are invited for a newly 
created tenured position of a full professor at 
the School of Technical Sciences, Johannes 
Kepler University in Linz, Austria. Can¬ 
didates should have an outstanding research 
record in at least one of the main areas of 
symbolic computation (computer algebra, 
computer analysis, computational geo¬ 
metry, computational logic, automatic pro¬ 
gramming etc.), a commitment to excellence 
in graduate teaching, and the ability and will¬ 
ingness to combine, in their field of expertise, 
mathematical/algorithmic foundations with 
potential industrial applications (for exam¬ 
ple, expert systems, geometrical modeling, 
robot programming, scientific software). 
Teaching and supervising of students may 
also be in English. Candidates from foreign 
countries are explicitly encouraged. 


The School of Technical Sciences has in¬ 
stalled an independent institute for symbolic 
computation (RISC-LINZ, Research Institute 
for Symbolic Computation) with an 8 mem¬ 
ber faculty. RISC-LINZ operates in close in¬ 
teraction with the Department of Computer 
Science (a twenty-six member faculty) and 
the Department of Mathematics (a twenty- 
two member faculty). 

At Johannes Kepler University, the sym¬ 
bolic computation effort is a part of and a ma¬ 
jor driving force for a planned expansion (by 
10 full professorships) of the School of 
Technical Science in the direction of “mech- 
atronics” (intelligent control of technical pro¬ 
duction) in close cooperation with Austrian 
industry. 

Applicants should send a resume (to¬ 
gether with a few important publications 
representing the candidates research exper¬ 
tise) to the Dean of the School of Technical 
Sciences, Prof. Dr. Peter Weib, Johannes 
Kepler University, A4040 Linz (Austria). 
(Telephone Austria (732) 2468-312.), by 
March 31, 1989. Further information can 
also be obtained from the Chairman of 
RISC-LINZ, Prof. Dr. Bruno Buchberger, 
Johannes Kepler University, A4040 Linz. 
(Tel: Austria (732) 2468-9219. Electronic 
mail: K313370@AEARN.bitnet.) 


TULANE 

Tulane is a major private university, selec¬ 
tive in enrollment and comprehensive in 
scope, with about 10,000 undergraduate 
and graduate students. The campus is 
located in a residential area of uptown New 
Orleans, one of America’s most distinctive 
cities. Faculty benefits include dependent 
tuition, mortgage assistance, relocation ex¬ 
penses, 12% TIAA and typical insurance 
benefits. 

The department computer network in¬ 
cludes a Pyramid 9810 running UNIX, a 
VAX 11/780 running VMS, and several 
Sun workstations. This local area network is 
a subnet of the Tulane University network 
which is connected to SURANET, a regional 
subnet of NSFNET. Other major computing 
resources on the Tulane University network 
and accessible from Computer Science Of¬ 
fices include an IBM 3081KX mainframe. In 
addition, an IBM 4341 supports expert 
system research and instruction. 

The department invites applications for 
faculty positions at all levels for the spring, 
1989. Candidates should have a Ph D. in 
Computer Science or a related area. Re¬ 
search excellence or demonstrated research 
potential and a commitment to quality teach¬ 
ing are required. Applicants for instructor- 
ships must possess a masters in Computer 
Science or ABD. 

Applications should be directed to Dr. 
Johnette Hassell, Head, Department of 
Computer Science, School of Engineering, 
Tulane University, New Orleans, LA 70118. 
Applications must be received by April 16, 
1989 for fall appointment. Tulane University 
is an Affirmative Action Equal Opportunity 
Employer. 
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HARVEY MUDD COLLEGE 
Position Announcement in Computer 
Science 

Applications are invited for a one-year 
visiting position in Computer Science begin¬ 
ning July 1, 1989. An applicant should 
have, or be close to completion of, a Ph.D. 
in Computer Science and have a strong in¬ 
terest in both undergraduate teaching and 
research. Candidates from all areas of com¬ 
puter science or a computer-related field will 
be considered. Responsibilities include 
teaching, research, and the supervision of 
industrially-sponsored projects in computer 
science. The Computer Science Department's 
facilities include a network composed of a 
VAX 11/750 and a Sequent Symmetry. 
The Computer Science network is also in- 
terefaced with the college network of VMS 
machines: a Micro VAX 2, 4 VAX 1 l/750s, 
and a VAX 8600. 

Harvey Mudd College, one of the nation’s 
most selective undergraduate colleges, is a 
member of The Claremont Colleges. The 
College is an equal opportunity/affirmative 
action employer. Please send resume and 
the names of four references to Professor 
Wing C. Tam, Computer Science Depart¬ 
ment, Harvey Mudd College, Claremont, 
CA 91711. 


FLORIDA ATLANTIC UNIVERSITY 

Chairman, Computer Engineering 

The Department of Computer Engineer¬ 
ing at FAU is searching for a chairman who 
can provide intellectual and administrative 
leadership. Candidates should have an 
earned doctorate in a relevant field and a dis¬ 
tinguished record in research and teaching. 

The Department has recently developed 
from a group within the Electrical and Com¬ 
puter Engineering Department. It has an ac¬ 
tive research and graduate program with ap¬ 
proximately 100 master's students and 25 
Ph D. students and expects to add a bache¬ 
lors program during the coming year. It 
cooperates closely with the Department of 
Computer Science, also housed in the Col¬ 
lege of Engineering. Both departments will 
be located in the new Science/Engineering 
building, now under construction. 

Interests of the department center around 
computer networks and communications, 
architecture, including parallel computers. 
VLSI, fault tolerant and secure systems, ar¬ 
tificial intelligence, and microprocessor 
based systems. 

Florida Atlantic University, part of the 
State University system, is located on the 
southeast coast of Florida, close to many 
computer and electronics companies, such 
as IBM, Motorola. Siemens and ModComp. 
The Department maintains close ties with 
these and other high tech companies 

Please send a complete resume, including 
the names of at least three references to Dr. 
Eduardo B. Fernandez. Department of 
Computer Engineering. Florida Atlantic Uni¬ 
versity. Boca Raton. FL 33431 no later than 
April 15. 1989. 

Florida Atlantic University is an equal op¬ 
portunity/affirmative action employer. 


UNIVERSITY OF WISCONSIN- 
MADISON 
Faculty Positions 

The Department of Electrical and Com¬ 
puter Engineering invites applications for 
tenure and tenure-track positions. A Ph.D. 
degree is required, and successful candi¬ 
dates are expected to participate in both 
teaching and research activities. Applicants 
in all areas of computer engineering are in¬ 
vited to apply, but the following areas are of 
special interest: Computer architecture, 
computer networks, VLSI and computer- 
aided design, microprocessor and minicom¬ 
puter applications, real-time control and in¬ 
strumentation applications, and engineering 
applications of artificial intelligence. Rank 
and salary will be commensurate with qualifi¬ 
cations and experience. Send resume and 
names of three references to J. Leon 
Shohet, Chairman, Department of Electrical 
and Computer Engineering, University of 
Wisconsin-Madison, 1415 Johnson Drive, 
Madison, WI 53706, an equal opportunity/ 
affirmative action employer. 


TRINITY COLLEGE 
Computer Science 

Pending approval by the Board of Trustees, 
applications are invited for a tenure track 
position in Computer Science in the Depart¬ 
ment of Engineering and Computer Science 
at Trinity College starting in January 1990. 
The position involves undergraduate and 
graduate instruction and research. A doc¬ 
toral degree in Computer Science or equiva¬ 
lent is required. Applicants will be con¬ 
sidered in all areas of computer science that 
complement or strengthen our current cur¬ 
ricular/research programs. We are inter¬ 
ested in receiving applications from qualified 
women and minorities. Trinity College is an 
equal opportunity/affirmative action em¬ 
ployer. Please send resume to Professor 
Joseph D. Bronzino. Chairman. ECS De¬ 
partment. Trinity College, Hartford, CT 
06106. Consideration of applications will 
begin on May 1. 1989 and the search will re¬ 
main open until the position is filled. 


CENTRAL CONNECTICUT STATE 
UNIVERSITY 

COMPUTER SCIENCE —Fall 1989- 
One Assistant or Associate Professor and 
one Associate or Full Professor, tenure track, 
rank and salary dependent on experience 
and qualifications. To teach Computer Sci¬ 
ence at all levels and to establish an active 
program in some specialty in the discipline. 
Ph D. required. Previous teaching experi¬ 
ence preferred. Send letter of application 
with resume and names, addresses and tele¬ 
phone numbers of three references to Clif¬ 
ford L. Pelletier. Department of Mathematics 
and Computer Science. CENTRAL CON¬ 
NECTICUT STATE UNIVERSITY. New 
Britain. CT 06050-4010 by March 1. 1989. 
CCSU is an AA/EO employer. Women, 
minorities, handicapped and veterans are 
encouraged to apply. 


THE GEORGE WASHINGTON 
UNIVERSITY 

Computer Science Faculty Positions 

Computer Science faculty positions at the 
Assistant, Associate and Full Professor ranks 
are available commencing Fall Semester 
1989. 

Especially sought are applicants able to 
conduct research and teach in the areas of 
image processing, machine vision, artificial 
intelligence and interactive computer graph¬ 
ics. Candidates should have an earned Doc¬ 
torate and research experience with an in¬ 
terest in both teaching and research. Ability 
to attract funded research is valued. The 
George Washington University is located in 
the center of Washington, DC. This metro¬ 
politan area sustains the second largest 
concentration of research and development 
activity in the United States, creating a con¬ 
tinuing demand for rigorously-trained engi¬ 
neers and many research opportunities. Our 
Department is the largest in the School of 
Engineering & Applied Science with 38 full¬ 
time faculty, accredited electrical engineer¬ 
ing, computer engineering, and computer 
science degree programs, a large graduate 
and undergraduate student body, and a sub¬ 
stantial research budget. Current funded 
research projects include computer graphics, 
computer security, data transmission stan¬ 
dards and compression, fast packet switch¬ 
ing, image processing, intelligent user inter¬ 
faces, laser shields, MHD plants, magnetic 
devices, medical imaging, multipath fading 
and encryption, remote sensing, space- 
based radar, and special-purpose VLSI 
designs. Send curriculum vita, list of publica¬ 
tions and 3 references to: 

Professor James D. Foley, Chairman 
Department of Electrical Engineering 
& Computer Science 
School of Engineering & Applied Science 
The George Washington University 
Washington, DC 20052 
The George Washington University is an 
equal opportunity/affirmative action 
employer. 


UNIVERSITY COLLEGE, 

CORK IRELAND 
Professorship No. 2 in 
Computer Science 

Applications are invited for a second Chair 
in Computer Science which is to be filled 
from 1 October 1989. Applicants should 
have demonstrated a high level of research 
and professional accomplishments in ahy 
main stream area of Information Processing. 

University College Cork is a constituent 
college of the National University of Ireland, 
the largest university in Ireland. It offers 
undergraduate degree programmes in Com¬ 
puter Science at pass and honours levels and 
has extensive postgraduate activity. The 
present staff complement is 8 full-time aca¬ 
demics and some part-time lecturers. Labo¬ 
ratory facilities include a range of up-to-date 
facilities. 

Further particulars available from Mr. 
M.F. Kelleher. Secretary. University College 
Cork. Ireland, to whom applications should 
be sent by 31 March 1989. 

Tel. +353-21-276871 ext. 2364. 
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SYSTEMS ENGINEER 

Systems Engineer for firm in SW Ohio to 
provide specialized consultancy on location 
to design, develop and analyze systems ap¬ 
plications software in data-base for UNISYS 
and IBM mainframe computers using CO¬ 
BOL, C, FORTRAN, LISP, GEMCOS, 
ALGOL and SAS languages, using interac¬ 
tive conversion techniques, compiler con¬ 
struction; data communication interface and 
network architecture. Require B.S. in Com¬ 
puter, Information Systems, or Manage¬ 
ment Engineering with 2 years’ experience in 
job described or M S. in any of these 
disciplines and 2 years’ of described ex¬ 
perience. Extensive travel (75%) to various 
locations (Indianapolis, Columbus, Cleve¬ 
land, Cincinnati) for periods of 3-9 mo. per 
project/assignment (expenses reimbursed). 
40 hrs/wk, 8:30am-5pm. $640/wk. Quali¬ 
fied applicants reply immediately with 
resume to R. Lechler, JO*l 170804, Ohio 
Bureau of Employment Services, P.O. Box 
1618, Columbus, OH 43216. 


DEPARTMENT HEAD- 
COMPUTER SCIENCE 
University of Lowell 
Lowell, Massachusetts 

The faculty of Computer Science is seek¬ 
ing a new Department Head to provide 
leadership in reseach and to administer a 
comprehensive Graduate and Undergradu¬ 
ate program. This search will continue dur¬ 
ing the 1988-89 academic year or until the 
position is filled. The Department Head will 
be responsible for faculty recruitment and 
evaluation, development of a comprehen¬ 
sive research plan and the management of 
all departmental resources. A major priority 
is to recruit new faculty and expand research 
activity and the graduate program in Com¬ 
puter Science. 

The successful candidate must hold an 
earned doctorate in Computer Science or a 
directly related field and must be a citizen or 
permanent resident of the U.S. The candi¬ 
date should be nationally recognized and 
currently active in research and teaching in at 
least one area of modern Computer Sci¬ 
ence. Prior experience in academic and re¬ 
search administration sufficient to qualify for 
a tenured position at the rank of full professor 
is also required. 

For more information about the CS De¬ 
partment, see our prior ad in the January 
issue of IEEE Computer (p.76), ACM Com¬ 
munications or the Affirmative Action 
Register. Interested applicants are invited to 
forward a complete academic vitae and 
names of three references (two in his/her 
research area), and a letter stating his or her 
approach toward expanding research and 
graduate study in Computer Science at the 
University of Lowell. 

Address replies to: 

Professor Robert Lechner 
Department Head Search Committee 
Computer Science, WL229 
University of Lowell 
Lowell. MA 01854 

The University of Lowell is an Equal Op¬ 
portunity/Affirmative Action. Title IX. 504 
Employer. 


COLGATE UNIVERSITY 
Hamilton, New York 13346 

Department of Computer Science 

We invite applications for a half-time leave 
replacement position for 1989-1990. This 
would be an ideal position for someone who 
wants to combine some teaching with re¬ 
search during a sabbatical. The position may 
be filled by someone teaching half-time for 
the year or full-time for one semester (two 
courses with labs or three without). 

Colgate is a quality liberal arts college with 
a first-rate computer science program. The 
department has five faculty with the follow¬ 
ing research interests: theory of computation 
and programming language semantics, par¬ 
allel implementations of functional program¬ 
ming languages, temporal reasoning in 
natural language processing, graphics and 
chaos, and discrete event simulation on 
parallel computers. The Computer Science 
Department has an introductory lab equip¬ 
ped with sixteen PC and PC/AT clones, and 
an upper-level/research lab with the follow¬ 
ing equipment: a VAX 750 running BSD 
4.3 Unix, a TI Explorer, four 17-node trans¬ 
puter-based parallel computers (which can 
be configured as a single 68-node network), 
five Amiga PC’s, and PC/AT clones in every 
faculty office. Over the summer the depart¬ 
ment will install a network of either Sun or 
NeXT workstations. The faculty offices and 
laboratory machines are connected on an 
ethernet. We are members of both CSNet 
and BitNet. 

Applicants should send a resume and the 
names of three references to: Chris Nevison, 
Chairman, Department of Computer Sci¬ 
ence, Colgate University, Hamilton, NY 
13346. All applications received before April 
1, 1989 and after that until the position is 
filled, will be considered. Colgate University 
is an affirmative action/equal opportunity 
employer. 


WEST VIRGINIA UNIVERSITY 
Assistant Vice President 
Computing and Information Resources 

West Virginia University invites applica¬ 
tions and nominations for the position of 
Assistant Vice President for Computing and 
Information Resources. This land grant Uni¬ 
versity has more than 18,000 students en¬ 
rolled in 175 degree programs and is the 
state's major research university. The annual 
budget exceeds 230 million dollars. 

RESPONSIBILITIES: The Assistant Vice 
President reports to the Provost and is 
responsible for administering academic ser¬ 
vice personnel and budgets, coordinating 
support services; recommending the alloca¬ 
tion of resources: developing plans and 
recommending policy for academic and ad¬ 
ministrative computing, communications, 
and information resource management; and 
acting as chief liaison with statewide and 
national computing resource centers. 

QUALIFICATIONS: Candidates for this 
position will be expected to possess an earned 
doctorate or masters degree; have held 
senior level administrative positions; demon¬ 
strate a proven record of accomplishment in 
planning, implementation and management 


of computing and telecommunication sys¬ 
tems in a multifaceted environment; exhibit 
an understanding of academic, ad¬ 
ministrative and research computing needs; 
possess knowledge of computing, com¬ 
munication and information systems and ex¬ 
hibit the ability to communicate with and 
provide leadership for a broad range of con¬ 
stituencies. 

SALARY: Competitive. 

STARTING DATE: July 1, 1989 or as 
soon as possible after the conclusion of the 
selection process. 

DEADLINE FOR APPLICATIONS: Ac¬ 
cepted until the position is filled with screen¬ 
ing beginning January 15, 1989. 

APPLICATION PROCEDURE: West Vir¬ 
ginia University is committed to affirmative 
action and invites nominations for and 
applications from women and minority 
candidates. Submit letter of application, 
curriculum vita and names, addresses and 
telephone numbers of three professional 
references to: 

Dr. William E. Vehse, Chairperson 
Search Committee for Assistant VP, 
Computing & Information Resources 
308 Stewart Hall 
West Virginia University 
Morgantown, WV 26506 
An Affirmative Action/Equal Opportunity 
Employer. 


NAVAL POSTGRADUATE SCHOOL 
Computer Science 

The Computer Science Department in¬ 
vites applications for faculty positions at all 
levels. Our primary interests are in the areas 
of operating systems and programming lan¬ 
guages. Our secondary interests are in the 
areas of visual data processing, graphics, 
and computer architecture (especially real¬ 
time and parallel-processing aspects of the 
three). Applicants should have a Ph.D. in 
Computer Science or a closely related field 
and be committed to high-quality teaching 
and research. Senior applicants must have 
distinguished research records. Appoint¬ 
ments can begin at any time. 

The Department offers M.S. and Ph.D. 
degrees in computer science, but no under¬ 
graduate degrees. Cun-ently, 110 students 
are enrolled in the M.S. program and five in 
the Ph.D. program. Students are military of¬ 
ficers or civilian employees of the Depart¬ 
ment of Defense and are fully supported by 
their sponsoring organization during their 
studies. Departmental facilities (supported 
by eight full-time computer professionals) in¬ 
clude six instructional and research labora¬ 
tories with extensive state-of-the-art equip¬ 
ment. Faculty normally teach for two quarters 
and perform research for two quarters per 
year. The Monterey-Carmel area provides a 
pleasant coastal climate and easy access to 
Silicon Valley companies. 

Send a detailed resume, an abstract of 
your best recent research, and letters of 
reference to Faculty Search Committee, 
Computer Science, Code 52, Naval Post¬ 
graduate School, Monterey, CA 93943 
(phone (408) 646-2449). An Equal Oppor¬ 
tunity/Affirmative Action Employer. 
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SOFTWARE DEVELOPER 

Full-time position to work in Columbus, 
Ohio, for a software consulting firm. Work 
schedule: 7:30 a.m. to 4:30 p.m., Monday 
through Friday. Qualified applicant will be 
involved in design and development of soft¬ 
ware for levels 3 and 4 of Signaling System 7 
(SS7). Must have a B.S. in computer science 
or a B.S. in mathematics or electrical engi¬ 
neering or electronic engineering with a 
specialization in computer science and three 
years of experience in position offered or 
related occupation, design engineer. Must 
also have one year experience or training in 
design/development of SS7 levels 3 and 4 
and one year experience or training in 
design/development on real time distributed 
switching operating system. Specialized ex¬ 
perience may be included in experience in 
position offered or related occupation. 
Salary: $41,000/Yr. Send resume to R. 
Lechler, Ohio Bureau of Employment Ser¬ 
vices, P.O. Box 1618, Columbus, Ohio 
43216, Attention Job Order No. 1167502. 

AN EQUAL OPPORTUNITY EMPLOYER 


UNIVERSITY OF KANSAS 
Electrical and Computer Engineering 

The Electrical and Computer Engineering 
Department of the University of Kansas 
seeks to fill several tenure-track and visiting 
faculty openings, available beginning August 
1989, or as negotiated. Applicants should 
have teaching and research interests in Arti¬ 


ficial Intelligence, Software Engineering, or 
Computer Architectures. Applicants with 
added experience and/or research record in 
VLSI will be given firbt preference. New 
faculty will be expected to perform teaching 
and curriculum development activities, and 
to participate in on-going research activities 
as well as to develop their own research. 
Rank and salary will be commensurate with 
qualifications and experience. A doctorate is 
required. Resumes should be sent to Dr. 
James R. Rowland, Chairman, Electrical 
and Computer Engineering Department, 
University of Kansas, Lawrence, Kansas 
66045-2228. Phone: (913) 864-4620. E- 
mail: jrowland@volta.ece.ukans.edu. The 
University of Kansas is an equal opportunity, 
affirmative action employer. 


ACADEMIA SINICA 
Taiwan, Republic of China 
Institute of Information Science 

Applications are invited for research posi¬ 
tions in Institute of Information Science, 
Academia Sinica. Ph.D. in computer related 
fields required. Demonstratable research 
ability necessary. Applicants for senior posi¬ 
tions must have proven research record. All 
fields in computer science are welcome. 

The Institute offers a good research en¬ 
vironment. No duty of teaching. Facilities in¬ 
clude 3 VAX’s, 4 SUN’s (including a SUN- 
4/260), 2 E&S workstations, a lot of small 
computers and an easily accessible ETA-10Q 
super computer at Academia Sinica. Two- 


year expansion plan will strengthen our facil¬ 
ities with an IRIS and a multi-processor 
machine. 

Interested people please send application 
to Dr. Y.S. Kuo, Acting Director, Institute of 
Information Science, Academia Sinica, Tai¬ 
pei, Taiwan, Republic of China, e-mail ad¬ 
dress: WT 6B0001 @TWNMOE 10.BITNET. 
FAX: (011-886-2) 782-4814. 


UNIVERSITY OF GEORGIA 

The Computer Science Department has at 
least one tenure-track faculty position open 
at the rank of Assistant Professor, effective 
September, 1989. 

Applicants must have a Ph.D. in Com¬ 
puter Science or a closely related discipline, 
and a strong interest in both teaching and 
research. The Department seeks applicants 
to strengthen its programs in all areas of 
computer science. 

Departmental research facilities are hosted 
by SUN dataservers connected to an Intel 
IPSC/2 Hypercube, and offer access to ex¬ 
tensive University facilities including an 
ETA-10 Q216 supercomputer. 

Applications must be postmarked by 
March 31, 1989. Send a curriculum vitae 
and the names of four references to R. W. 
Robinson, Head, Computer Science De¬ 
partment, 415 Graduate Studies Research 
Center, University of Georgia, Athens, 
Georgia 30602. 

The University of Georgia is an equal op¬ 
portunity/affirmative action institution. 


Faculty Positions 

Computer and Information Science 


New Jersey Institute of Technology seeks assistant, associ¬ 
ate and full professors for spring/fall 1989. Ph.D. in com¬ 
puter science or closely related field required. Senior level 
applicants must have proven research and funding record. 
Positions available in, but not limited to: distributed comput¬ 
ing including computer architecture, data communications 
networking, realtime computing and fault tolerance; software 
development including artificial intelligence, expert systems, 
computer graphics, office automation, data management 
systems, cognitive science, and computational linguistics. 
Department offers B.S., B.A., M.S., and Ph.D., in computer 
science, and Ph.D. in management jointly with Rutgers-New- 
ark. Computing facilities include VAX 8800, VAX 8530, IBM 
4361, SUN workstations, Symbolics machines, Tl Explorers 
and graphics systems. 

NJIT is the comprehensive technological university of 
New Jersey with nearly 8,000 students enrolled in Newark 
College of Engineering, the School of Architecture, College 
of Sciences and Liberal Arts and the School of Industrial 
Management. 

NJIT does not discriminate on the basis of sex, race, color, 
handicap, national or ethnic origin, or age in employment. 

Send resume and names of at least three references to: 

Personnel Box CIS 


i^JjF 


New Jersey 
Institute of Technoli 

News™, New Jersey 07102 


COMPUTER/COMMUNICATIONS 
ENGINEERING 
FACULTY POSITION 


The Department of Electrical, Computer and Systems 
Engineering at Boston University seeks applications for a 
faculty position at the Associate/Full-Professor level in the 
area of Computer/Communications Engineering. The 
position is in the area of computer architecture and 
computer communications. Candidates must have an 
earned doctorate and three or more years' experience in 
the area of computer architecture and/or computer 
communications. The successful candidate should have a 
good record of funded research and refereed publications. 

Boston University is located in the heart of Boston's 
university complex, and provides excellent opportunities 
for interaction with colleagues from the surrounding 
universities and the Rts. 128 and 495 technology complex. 
The department has 33 faculty, 800 undergraduates, and 
250 graduate students. There are excellent computer 
facilities, including VAX's, an IBM 3090, and a Connection 
Machine. 


Applicants should send their curriculum vitae to Professor 
Thomas G. Kincaid, Chairman, Department of Electrical, 
Computer and Systems Engineering, Boston University 
College of Engineering, Boston, MA 02215. Potential 
applicants who wish to know more about the position before 
applying should call Professor Kincaid at 617/353-2806. 


Boston University 
College of Engineering^ 

An equal opportunity, affirmative action employer 
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Membership / Subscription Application 
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BENEFITS 



Computer 

Computer comes automatically 
with membership. Written, 
reviewed, and refereed by 
experts, it features survey and 
tutorial articles covering the 
entire computer field, and 
departments such as new 
products, new product reviews, 
standards, and a reader forum 
called "The Open Channel.” 
(monthly). 


Technical Committees 

Participate in one or more of our 33 technical 
committees — networks of professionals with common 
interests in specialty areas within computer hardware, 
software, and applications. 

Standards Working Groups 
Participate in the development of the more than 100 
standards projects currently sponsored by the society 
in such diverse areas as software engineering, local 
area networks, microprocessor buses, design automa¬ 
tion, programming languages, and standards 
definitions. 

Computer Society Press Books 

Receive discounts of up to 50% on over 600 titles 
covering a broad spectrum of computer science topics 
such as networking, communications, advanced 
systems, image processing, security, artificial 
intelligence, and design automation. Over 60 new titles 
are published annually. 

Conferences and Tutorials 
Choose from more than 100 conferences annually, 
ranging from large industry-oriented conferences 
replete with exhibits to small, highly interactive 
workshops. Members receive special low rates. 


r* i- . _ To join: see item 1, 2, or 3. 

Schedule OT Fees To subscribe: see item 4. 

Membership dues and periodical subscriptions are annualized to, 
and expire on, December 31. Choose full or half-year rate schedules 
depending on date of receipt by the Computer Society Half Year Full Vfear 


as indicated below. 


ar 1-Aug 31 Sept 1-Feb 28 


I don’t belong to the IEEE and I want 
to join just the Computer Society 


□ $19.50 □ $39.00 


) I don’t belong to the IEEE and I want 
■ to join both the Computer Society and the IEEE* 

(Total amount to be paid includes annual dues, and regional assessment, if any.) 

I reside in Region 1-6 (United States). □ $44.00 □$88.00 

I reside in Region 7 (Canada). □ $41.00 □ $82.00 

I reside in Region 8 (Europe, Africa, orthe Middle East) □ $41.50 □$83.00 

I reside in Region 9 (Latin America). □ $36.00 □ $72.00 

I reside in Region 10 (Asia and Pacific). □$37.00 □$74.00 

te Computer Society may deduct $5 off the 


( I already belong to the IEEE and I want 
to join the Computer Society. 

IEEE Member Number_ 


□ $ 7.50 □ $15.00 


^ OPTIONAL PERIODICALS for new or current members 

IEEE Computer Graphics and Applications (3061) 6 

IEEE Design and Test (3111) .6 

IEEE Expert (3151) . 4 

IEEE Micro (3071) .6 

IEEE Software (3121) .6 

Transactions on Computers (1161) . 12 

tie*) Transactions on Knowledge and 

Data Engineering (1471) .4 

Transactions on Pattern Analysis and 

Machine Intelligence (1351) .12 

Transactions on Software Engineering (1171) .12 

Total amount remitted with this application $ 

□ Checks are accepted in Belgian, British, German, Swiss, Japanese, or 
U.S. currencies. U.S. checks must be drawn on a U.S. bank. 

□ Visa □ Master Card □ American Express □ Eurocard □ Diners Club 
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Residents of Europe mail to: IEEE Computer Society, 13, Avenue de I’Aquilon, B-1200, Brussels, BELGIUM 
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BOOK REVIEWS 


Editor: Wiley McKirtzie, School of Computer Science and Technology, Rochester Institute of Technology, Rochester, NY 14623; Compmail, w.mckinzie; CSnet, wrm@rit 


Software Evolution: The Software Maintenance Challenge 

Lowell Jay Arthur (John Wiley & Sons, New York, 1988, 254 pp., $36.95) 


Software Evolution addresses software 
maintenance. Its structure follows a mas¬ 
ter flow chart of the “software evolution 
process” containing the following activi¬ 
ties: change management, impact analy¬ 
sis, planning a system release, code, test¬ 
ing, and system release. 

Each chapter elaborates on one of 
these activities. Two additional chapters 
address the implementation of software 
evolution and the management of soft¬ 
ware maintenance. Each chapter begins 
with an outline and concludes with a 
summary. 

A “system release” can be corrective, 
adaptive, or perfective. Corrective main¬ 
tenance focuses on fixing defects. Adap¬ 
tive maintenance includes all work re¬ 
lated to enhancing the functionality of 
the software, hardware, and documenta¬ 
tion. Perfective maintenance includes all 
efforts to improve the quality of the soft¬ 
ware (e.g., improving efficiency or main¬ 
tainability). In a real-world case, a sys¬ 
tem release is often made up of two of 
the three types. For example, while the 
programmer adds a requested enhance¬ 
ment, he or she spends a little extra time 
rewriting other portions of the code in 
the immediate area to make it easier to 
modify in the future or to make it con¬ 
form more closely to company standards. 

It took me a while to adjust to the 
author’s writing style. Arthur uses short, 
direct sentences. Upon reflection, I real¬ 
ized more technical books should be 
written this way. (An author writes a 
book because he or she has something to 
say; therefore, he or she should just say 
it.) 

The book and its main example, which 
is described and expanded on through 
several chapters, are data processing-ori¬ 
ented. However, non-DP software devel¬ 
opers and maintainers can still gain from 
the book, since its principles are univer¬ 
sal (for example, the importance of con¬ 
figuration control and the importance of 
planned releases). 

The author misuses “i.e.” and “e.g.” 
numerous times. Either the technical 
writer who reviewed the draft should be 
replaced, or the author did not follow his 
own advice to “use technical writers to 


develop documentation” (p. 231). 

The book also contains a few small 
textual and graphical errors, plus gram¬ 
mar switches that gave me the feeling 
that portions of the book were cut-and- 
pasted from other documents. Obviously 
we all do that, but the trick to make it 
work is to adjust the text 100 percent, not 
99 percent. 

The book has a bibliography, and ref¬ 
erences follow a few sentences in the 
text, but I would have liked more notes 
directing the reader to specific references 
for further information on a topic. For 
example, a statement that the mainte- 


Every member of a 
software maintenance 
team should receive a 
copy of this book. 


nance effort of a section of code is cut in 
half because action X has been taken 
needs to be backed up with a reference to 
a book or article on software metrics. 

One of the book’s strong points is its 
use of questions at the end of every chap¬ 
ter. These questions force the reader to 
reflect upon the points just discussed. 

For example, we all should prioritize 
maintenance work according to certain 
criteria (difficulty to implement, product 
safety, customer satisfaction, etc.), but 
how many of us have prioritized tasks on 
our current project? The questions stimu¬ 
late the reader to either start thinking or 
quickly skip to the next chapter and not 
face the fact that thinking and planning 
real-world projects constrained by time, 
money, politics, etc. is hard work. 

I liked the checklist form of presenta¬ 
tion used throughout the book, especially 
in the last two chapters on implementa¬ 
tion and management of software main¬ 
tenance. The Software Engineering 
Institute (SEI) affiliated with Carnegie 
Mellon University advocates realistic 
evaluation of software development and 
maintenance — namely, asking questions 
to learn whether processes are in place to 


do a good job. Processes are activities 
such as configuration management, 
documentation standards and procedures, 
and design and code walkthroughs that 
support the development of software. 
Software Evolution — because it is writ¬ 
ten in a direct, “do this next” style — is 
in concert with SEI’s goal of insuring 
that each software project has all the 
processes in place to assure a reasonable 
chance of success. One of SEI’s immedi¬ 
ate tasks is to gather data and measure 
the maturity levels of different software 
teams. The author discusses the impor¬ 
tance of this in his chapter on imple¬ 
menting software evolution. 

Every member of a software mainte¬ 
nance team should receive a copy of this 
book. Maintenance programmers want to 
do a good job, but they need to operate 
within a structure. This book offers that 
structure. The boss can now demand con¬ 
figuration management, and the workers 
will know what is needed. He or she can 
plan phased (as opposed to helter- 
skelter) releases, and the workers will 
understand the reasoning behind that de¬ 
cision. Everyone on the team will follow 
the “build a little, test a little” philoso¬ 
phy because they are all working from 
the same guideline. 

It also would not be a bad idea to force 
developers to read the book and make 
them appreciate what problems they 
cause maintainers by writing spaghetti 
code, not using parameterized subrou¬ 
tines, not using meaningful names, etc. 

In fact, one of the author’s recommenda¬ 
tions is to rotate development program¬ 
mers through a maintenance group to 
make them aware ol* how much the de¬ 
sign and implementation decisions made 
during development influence the ease 
and quality of maintenance for years to 
come. 

Software Evolution addresses the criti¬ 
cal task of software maintenance. The 
author classifies and discusses each type 
of maintenance and provides a helpful, 
practical structure within which they 
should be executed. 

Andrew Marmorstein 

CACI, Inc. 
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User Interface Design for Computer Systems 

Tony Rubin (John Wiley & Sons, New York, 1988, 195 pp„ $39.95) 


I continue to be amazed that publish¬ 
ers still print textbooks that contain 
spelling and grammar errors. This is un¬ 
conscionable in these days of computer¬ 
ized everything, and especially so when 
the textbook is about a computer-related 
subject. User Interface Design for Com¬ 
puter Systems is one of those books, and 
its errors, together with the author’s Brit¬ 
ish writing style and inconsistent use of 
the active and passive voice, contributed 
to my dislike of the author’s treatment of 
the subject matter. 

The author claims that he wrote this 
book to sensitize readers to issues related 
to the human-computer interface. If 
that’s all he wanted to do, I suppose he 
was successful. However, there are more 
thorough and useful publications that ac¬ 
complish this and much more. 

The book contains eight chapters, but 
really can be thought of as having four 
sections. The first five chapters, written 
by the author himself, contain a pedantic 
treatment of the nature of users, menus, 
and input devices. The author’s discus¬ 
sion of menus focuses on the Macintosh, 
and his discussion of input devices fo¬ 
cuses on mice, joysticks, trackballs, light 
pens, touch screens, and keyboards. He 
brings this all together in a section called 
“Wimp Interfaces” — windows, icons, 
menus, and pointing devices. 


Unfortunately, this discussion omits 
other interfaces that have been around 
for a while and are beginning to be as 
important as the Mac’s. For example, the 
author does not mention Windows, Pres¬ 
entation Manager, or New Wave. As I 
mentioned above, his treatment of these 
subjects is pedantic. This is because he 
attempts to envelop the discussion in an 


The author envelops the 
discussion in an 
academic aura, complete 
with distracting cross 
references to 
other chapters. 


academic aura, complete with references 
to other publications and distracting 
cross references to other chapters. Unfor¬ 
tunately, most of his references are three 
to five years old. This is not surprising, 
since much of this material has become 
commonplace, hence unworthy of more 
contemporary research. 

The second and third sections of the 
book were written by other authors and 


are of significantly higher quality. “Us¬ 
ing Color” is an excellent overview, cov¬ 
ering the topic from the perspectives of 
physics, physiology, and engineering. 
The chapter concludes with useful advice 
on the use of color for the design of ap¬ 
plication screens. Both this chapter and 
the next are replete with up-to-date refer¬ 
ence material. 

“Evaluating User Interface Designs” 
essentially reviews the literature of as¬ 
sessment methodologies. While the au¬ 
thor contends he is directing the material 
toward user-interface evaluation, the dis¬ 
cussion is actually much less specific 
than that. This chapter could just as well 
be describing methodologies for collect¬ 
ing market research information on con¬ 
sumer preferences. 

The final chapter — “So You Want To 
Be A Professional?” — is completely ir¬ 
relevant considering the title of the book. 
Except to add a few pages, this material 
seemed to serve no purpose. 

In summary, this is one of those texts 
you might reference just in case you 
missed something while looking through 
other books on interface design. But if 
you decide to ignore it, you won’t have 
missed much. 

Sorel Reisman 

California State University, Fullerton 


Creating User Interfaces by Demonstration 

Brad A. Myers (Academic Press, San Diego, Calif., 1988, 276 pp., $29.95) 


This book is the product of the 
author’s research toward his PhD at the 
University of Toronto. Issues related to 
designing user interfaces and building 
the tools to construct them form the uni¬ 
fying thread throughout the book. The 
author describes not only the way his ex¬ 
perimental system helps designers build 
interfaces, but also the interface itself, 
which was built using a user-interface 
management system called Peridot. Peri¬ 
dot allows a designer to construct the 
visual aspects of an interface, similar to a 
paint or draw program; then the designer 
demonstrates how the system should re¬ 
spond to user inputs and actions. 

The book contains 15 chapters and 
four appendixes. The first two chapters 
provide the foundations for considering 
the development of Peridot, including a 
particularly thorough and well-written 
chapter on related research. As part of 


the coverage of related research, the au¬ 
thor describes current work in user-inter- 
face management systems, visual pro¬ 
gramming, and example-based program¬ 
ming, and clarifies the problems related 
to each of these practices. He then devel¬ 
ops a taxonomy classifying prior efforts. 

Chapters 3-12 describe in detail the 
implementation of Peridot’s features. 
Throughout these chapters the author il¬ 
luminates design decisions that resulted 
in particular features. A particularly 
interesting aspect of the system is the 
implementation of inferencing. The sys¬ 
tem uses plausible inferencing to estab¬ 
lish relationships among graphical ob¬ 
jects and mouse dependencies. 

The remaining three chapters include 
considerations for future work, experi¬ 
ences with Peridot, and conclusions. In¬ 
cluded in Chapter 14 are the results of an 
informal experiment using Peridot to 


build an interface. Though the data is in¬ 
formal, the results are intriguing. (On a 
given example, expert programmers us¬ 
ing their own hardware averaged three 
hours to construct the interface, where a 
novice using Peridot constructed the 
same interface in 16 minutes.) 

I found the book interesting and well 
written. The author goes beyond the 
merely descriptive to provide in-depth 
and consistent explanations of the ration¬ 
ale behind the system. This excellent 
book is important, fascinating, and in¬ 
triguing reading for designers interested 
in user-interface design and human-com¬ 
puter interaction. I highly recommend it 
for those concerned with practical or re¬ 
search efforts involving the development 
of quality and effective user interfaces. 

Richard Upchurch 

Southeastern Massachusetts University 
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An Introduction to Formal Language Theory 

Robert N. Moll, Michael A. Arbib, and A.J. Kfoury (Springer-Verlag, New York, 
1988,203 pp„ $39.90) 


Moll, Arbib, and Kfoury have written 
a concise treatment of formal language 
theory and computational linguistics, 
coupled with a history of the field. Their 
emphasis is on theory, augmented with 
discussions of selected issues in compu¬ 
tational linguistics. Appropriate and sig¬ 
nificant propositions, theorems, and lem¬ 
mas are logically presented and methodi¬ 
cally proved. 

The authors claim the material is self- 
contained, with little background re¬ 
quired. In truth, most readers would need 
a significant knowledge of set theory, 
and some recollection of matrix algebra, 
automata, and related topics, to readily 
comprehend and follow the discussion. 
Including a primer on notation and con¬ 
cepts would help either as a review or for 
the uninitiated. 

The writers’ choice of symbols departs 
from the norm, making it tedious at times 


to compare selected material with other 
works. The most notable example is the 
use of X to represent the null or empty 
string, as opposed to the much more 
prevalent e. Often, symbols are used 
without a complete or adequate explana¬ 
tion, only to be covered much later, if at 
all. The symbol index is incomplete and 
of little use. 

As a text, this book is probably most 
suitable for advanced graduate students, 
such as those in a PhD program. If used 
in an undergraduate or beginning gradu¬ 
ate course, as the book’s preface sug¬ 
gests, much supplemental explanation 
and clarification would be needed. In 
fact, the authors refer to their other 
works as companion or complementary 
volumes. These are A Basis for Theoreti¬ 
cal Computer Science, A Programming 
Approach to Computability, and Alge¬ 
braic Approaches to Program Semantics, 
all published by Springer-Verlag. 

It should be noted that the authors suc¬ 
cinctly cover in 195 pages material to 
which others have devoted 500 or more 
pages. Given such a condensed though 
exacting treatment, substantial elabora¬ 
tion in an educational setting should be 
expected. 

Another shortcoming is the lack of a 
bibliography, except for 17 references 


specific to the final two chapters. Refer¬ 
ences at the close of each chapter would 
inspire additional reading. 

However, the book has its strengths. 
Some of the individual topic explana¬ 
tions are the best I have seen. Such top¬ 
ics include the decomposition of trees 
and detailed parsing mechanisms, which 
have often been treated in far less detail 
in other works. Push-down automata and 
Turing machines also are especially well 
covered. 

The authors develop most of the 
proofs meticulously and completely. 
However, as noted before, to fully appre¬ 
ciate the proofs, the reader would need 
either a firm grasp of set theory and gen¬ 
eral mathematics or suitable references at 
hand. Some proofs, though, are left to 
the reader to develop. 

After each section, the authors provide 
numerous exercises of varying complex¬ 


ity. These meaningful exercises are worth 
the time and effort, and they reinforce the 
material just communicated. 

While much of the material in the first 
seven chapters has been treated elsewhere, 
the final two chapters provide a discussion 
and review of natural languages and some 
new approaches to linguistic theory. This 
material is current and was prepared prin¬ 
cipally by contributing author James 
Pustejovsky. 

Major topics overall include grammars 
and languages, closure, push-down auto¬ 
mata, equivalence theorem, parsing, Tur¬ 
ing machines, halting problem and unde¬ 
cidability, fixed-point principles, genera¬ 
tive power of natural languages, aug¬ 
mented transition networks, and phase 
structure grammars. The section on fixed- 
point theory presents the first algebraic 
approach to context-free languages I have 
seen and is particularly meritorious. 

I certainly recommend this book as an 
excellent reference or as a text in an ad¬ 
vanced course focusing on very formal or 
theoretical developments where the par¬ 
ticipants have a sufficient and current 
background in the underlying mathemat- 


Richard G. Estock 
EDP Consultants 


Neural Networks and 
Natural Intelligence 

Stephen Grossberg, ed. (MIT Press, 

Cambridge, Mass., 1988, 637 pp., $35) 

This book consists of reprints of 12 re¬ 
search articles written by Steven Gross¬ 
berg alone or jointly with one of 10 other 
researchers from Boston University’s 
Center for Adaptive Systems. A comput¬ 
ing book club has offered it for sale, giv¬ 
ing the impression, incorrectly, that the 
material is appropriate for computing 
professionals keeping abreast of novel 
developments in AI. In fact, Grossberg 
states in his introduction a “3/4 Rule” 
describing the center: “Each staff mem¬ 
ber at the CAS typically has training in 
at least three of the four fields: computer 
science, mathematics, psychology, and 
neurobiology.” 2/4-people are guaran¬ 
teed a significant struggle with the mate¬ 
rial; heaven help the 1/4-ers. 

The articles use mathematical models 
(often expressed as systems of differen¬ 
tial equations) and experiments by com¬ 
puter simulation to explore a wide range 
of topics within psychology and neuro¬ 
physiology, including vision (form, color 
and brightness perception, stereopsis), 
emergent segmentation, attention, com¬ 
petitive learning, conditioning, planned 
motor control, and decision making un¬ 
der risk. 

The unifying principle in these studies 
is Grossberg’s Adaptive Resonance The¬ 
ory (ART), a neural network model that 
captures and significantly enhances the 
statistical technique known as cluster 
analysis. Cluster analysis generalizes the 
notion of multimodality, partitioning a 
collection of data into subsets consisting 
of similar objects (“similar” is domain 
specific). Also known as numerical tax¬ 
onomy, clustering is a form of unsuper¬ 
vised “learning” that makes sense of and 
imposes structure on a mass of data. This 
forms a mathematical abstraction of what 
living beings do when they group sen¬ 
sory data into objects (as an infant learns 
to track moving objects with its eyes), 
recognize a person today as the same as 
yesterday, and form concepts. 

Standard techniques for cluster analy¬ 
sis are popular candidates for paralleliza¬ 
tion and implementation as neural net¬ 
work models, but unmodified they pro¬ 
vide poor mechanisms for explaining or 
mimicking natural systems. Cluster 
analysis algorithms cannot function un¬ 
assisted without prior knowledge of 
some aspects of the form and structure of 
their data. They cannot cope with raw, 
surprising, changing data spaces; the 
data clusters might merge when they 
should not, or two “natural clusters” 


The section on fixed-point theory presents the first 
algebraic approach to context-free languages I have 
seen. 
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might separate. Many artificial neural 
network models similarly overload and 
fail to learn and recall. 

ART incorporates mechanisms such as 
attention, multiple interacting memories, 
and a modifiable vigilance system to 
overcome what Grossberg calls the sta¬ 
bility-plasticity dilemma. For example, 
the centroid of a cluster or the long-term 
memory representative of a classification 
interacts with a sensory pattern newly 
presented to the system, and misfit para¬ 
meters are evaluated that will accept or 
reject the proposed classification, per¬ 
haps updating the representative centroid 
(a conceptual code), perhaps initiating a 


IEEE salary survey. The IEEE is ac¬ 
cepting orders for the 1989 IEEE US 
Member Salary and Fringe Benefit Sur¬ 
vey. The guide explores more than 50 
variables affecting salaries and benefits, 
highlighting retirement planning and 
pension practices, early retirement is¬ 
sues, and salary progression. 

For orders placed before May 15, the 
price is $47.95 for IEEE members and 
$67.95 for nonmembers. The price after 
May 15 is $59.95 for members and 
$79.95 for nonmembers. 

Contact the IEEE Service Center, 445 
Hoes Lane, PO Box 1331, Piscataway, 
N.J. 08855-1331, phone (201) 981-1393. 
Specify IEEE catalog number UHO183-4. 

Object-oriented-computing tutori¬ 
als. The IEEE Computer Society Press 
has recently issued two new tutorials 
dealing with the increasingly important 
field of object-oriented computing. Ob¬ 
ject-Oriented Computing, Volume I: 
Concepts (ISBN 0-8186-0821-8, 215 pp., 
softbound, $25 members, $40 nonmem¬ 
bers) introduces the basic concepts in the 
field on a level designed for a practicing 
computer engineer. Author Gerald Peter¬ 
son emphasizes the Smalltalk and Ada 
languages, but also discusses object-ori¬ 
ented aspects of such languages as Mod¬ 
ula-2 and Lisp. 

Object-Oriented Computing, Volume 
2: Implementations (ISBN 0-8186-0822- 
6, 320 pp., softbound, $30 members, $50 
nonmembers) offers a thorough summary 
of techniques used so far. The book ex¬ 
amines object-oriented design, databases, 
and architectures. 

Contact the IEEE Computer Society 
Press, 10662 Los Vaqueros Circle, Los 
Alamitos, Calif., 90720-2578, phone 
(714) 821-8380. 


new classification. 

Grossberg presents ART in detail in 
the chapter, “A Massively Parallel Archi¬ 
tecture for a Self-Organizing Neural Pat¬ 
tern Recognition Machine,” coauthored 
with Gail A. Carpenter. Carpenter and 
Grossberg also presented ART in a more 
introductory article in Computer’s March 
1988 special issue on artificial neural 
systems. This article can provide an 
overview and “ramping up” for the even¬ 
tual study of the difficult book under re¬ 
view. 

Peter G. Anderson 

Rochester Institute of Technology 


Robotics proceedings. The proceed¬ 
ings of the Second International Sympo¬ 
sium on Robotics have been published 
by the American Society of Mechanical 
Engineers as Robotics and Manufactur¬ 
ing: Recent Trends in Research, Educa¬ 
tion, and Applications (book number 
800067, $132 to ASME members, $165 
to nonmembers). The volume contains 
about 150 papers in 18 categories, in¬ 
cluding control architecture, intelligent 
control, mobile and flexible robots, and 
robots in manufacturing. 

Contact the ASME Order Department, 
22 Law Drive, Box 2300, Fairfield, N.J. 
07007-2300, phone (800) 843-2763. 

Protecting ideas. The newly pub¬ 
lished third edition of Protecting Engi¬ 
neering Ideas and Inventions (softcover: 
ISBN 0-944606-04-0, $46; hardcover: 
ISBN 0-944606-05-9, $54) by Ramon D. 
Foltz and Thomas A. Penn has updated 
information and more than 75 additional 
pages of new material. The volume cov¬ 
ers such topics as patents, copyrights, 
trademarks, trade secrets, secrecy agree¬ 
ments, licensing, and warranties. Contact 
the Penn Institute, PO Box 41016, Cleve¬ 
land, Oh 44141, phone (800) 426-7495. 

R&D advice. Robert Szakonyi in¬ 
cludes the viewpoints of 10 veteran R&D 
managers in How to Successfully Keep 
R&D Projects on Track (ISBN 0- 
912338-25-3, $29). Among the contribu¬ 
tors are veterans of Marietta Aerospace, 
Fairchild Industries, Battelle Institute, 
Forecasting International, the Naval Ship 
R&D Center, and the National Institutes 
of Health. Contact Lomond Publications, 
PO Box 88A, Mt. Airy, Md. 21771, 
phone (800) 443-6299. 


ASEE 

Faculty Update Courses 


Design of 

Telecommunication 

Networks 


Polytechnic University 
July 10-21, 1989 

One of several courses sponsored 
by the American Society for Engi¬ 
neering Education to help 
professors to update their se¬ 
nior/graduate courses. Others on 
Work Stations, VLSI Design, Robot¬ 
ics, Lasers, UNIX/C, Digital Signal 
Processing, at Geo. Tech, MIT, RPI, 
Rice, AT&T, IBM. Small interactive 
classes of faculty-participants, in¬ 
cluding hands-on computer work, 
notes and software. Apply by March 
17,1989. For more information, con¬ 
tact: 

Ms. Jean King 
ASEE 

11 Dupont Circle, NW, Suite 200 
Washington, DC 20036 
Phone: (202) 293-7080 
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Breakthrough in presentation of simulation results 
SIMSCRIPT II.5 with SIMGRAPHICS 
Now you see an animated picture of the system 



SIMGRAPHICS ™ scenario preparation 

Use your icons—or ours 
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Computer communications-NETWORK //.5® Factory in operation-SIMFACTORY ® 



Presentation graphics 



Telecommunications-COMNET II.5® 



Map with moving objects SIMGRAPHICS menu builder 


Free trial and training 

See for yourself how simulation 
results are now easier to understand. 

The free trial contains everything 
you need to try SIMGRAPHICS™ 
on your computer. 

We send you SIMSCRIPT II.5, 
animated models, and complete 
documentation. You can build your 
own model or modify one of ours. 

Try the SIMSCRIPT II.5® lan¬ 
guage, the timeliness of our support, 
the accuracy of our documentation, 
and the facilities for error checking-- 
everything you need for a successful 
project. 

For 26 years CACI has offered trial 
use of it’s simulation software-no 
cost, no obligation. 

Act now for free training 

For a limited time we will also in¬ 
clude free training. 

For immediate information 

Call Hal Duncan at (619) 457-9681. 
In the UK, call Richard Eve on (01) 
528-7980. 


Rush information on SIMSCRIPT 11.5 
with SIMGRAPHICS 

Limited offer-return the coupon today 
and we will also include one free course 
enrollment worth $950. 

□ Send information on your Special 
University Offer. 


Organization 




Return to: 

CACI Products Company 
3344 North Torrey Pines Court 
La Jolla, California 92037 

Call Hal Duncan at (619) 457-9681. 
FAX (619) 457-1184. 

In the UK: 

CACI Products Division 

Regent House, 89 Kingsway 

London, WC2B 6RH, United Kingdom 

Call Richard Eve on (01) 528-7980. 


SIMSCRIPT II.5, COMNET II.5, NETWORK II.5, and 
SIMGRAPHICS are registered trademarks and service 
marks of CACI, INC. 

©1989 CACI, INC. 




















